-
-
Notifications
You must be signed in to change notification settings - Fork 23.3k
Ensure packaged assemblies are used in c sharp #109935
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Ensure packaged assemblies are used in c sharp #109935
Conversation
i havent tested this build on linux (or any other platform than windows) yet since I am having difficulty with buildsystem in fedora42. I dont see why anything here would break other platforms though. |
Realized that this targets the 4.4 branch, this is not correct, it should target the |
I noticed that on initial PR rules and looked at merging to 4.5 but there was significant refactor needed (which I will happily do just need to find the time...) was hoping this would at least help 4.4.x as I've seen plenty of issues reported caused by this where users go down holes and probably eventually give up and move on. |
I'd say that's a good argument for moving it to |
should I update PR and change base to master (its warning me of clearing commits and comments), or close PR and open a new one with refactored code to master branch? |
I'd suggest:
Making it a draft will make sure it doesnn't cause a lot of unnecessary review requests |
09102eb
to
c8598f9
Compare
There! That seems to have gone smoothly! |
smoothest rebase ive ever experienced but i was still sweating |
e20d5a9
to
3defc85
Compare
ok wow 1 hour to refactor and another 4 or so to fix my dotnet for 4.5 and glue it all back together. I believe my binary is working correctly now. I will try again in linux fedora 42 as I believe I understand what I was doing wrong in that build process. my only other concern is I added some to the ANDROID_ENABLED block but will need to build for that environment to test. |
1f209be
to
6b2f4b5
Compare
920869b
to
0b0eae2
Compare
tested my minimum reproducible project in my custom linux editor and that seems to work just fine. tested my own personal project which lead me to fix this issue in the first place. finally I have my csharp dedicated headless server running in kubernetes agones! wouldnt be able to do that efficiently if I could not run the godot main pack from the command line |
--tools_assemblies should only be set if tools_enabled -- setting packaged_assemblies_dir when ANDROID_ENABLED use tools assemblies if TOOLS_ENABLED
0b0eae2
to
4fb8a0e
Compare
Issue: currently running the command line to launch a pack will define prepoccesor TOOLS_ENABLED forcing godot to look in the tools assemblies only, and misses packaged assemblies. so c# projects will fail instantiate from command line
Fix : will prioritize packaged assemblies before trying to access tools assemblies when a project is run from the command line.