-
Notifications
You must be signed in to change notification settings - Fork 3.8k
Replace embedded libgc with Unity fork of recent Boehm (bdwgc) #16832
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
Replace embedded libgc with Unity fork of recent Boehm (bdwgc) #16832
Conversation
|
RIP. |
|
@monojenkins build failed |
|
Some lanes fail because of: An empty rule needs to be added to libgc/Makefile.am: |
c441252 to
b21a35f
Compare
|
@monojenkins build failed |
|
/azp run |
|
Pull request contains merge conflicts. |
|
Shall I squash, rebase, and fix a few of the commented areas? |
This reverts commit 1f90d81.
…sing mono symbols not to be exported.
75f9841 to
c4ec57d
Compare
lateralusX
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks like scripts/ci/pipeline-netcore-runtime.yml is also using run-msbuild.bat, so needs the additional argument.
|
@lateralusX looks like the build still worked: https://dev.azure.com/dnceng/public/_build/results?buildId=435839&view=logs. Probably because it explicitly passes I can fix this up if you think it's important in my other PR so we can get this finally in :) |
|
@monojenkins build failed |
|
@akoeplinger OK lets fix that in your upcoming PR then. |
After mono#16832 was merged the run-msbuild.bat script has an additional required parameter for specifying the GC. However the script only passed the MONO_TARGET_GC property to msbuild if the script had no additional parameters which doesn't make sense. Always pass the parameter, this should fix the boehm build on Windows i386.
|
Is it intended for |
|
that doesn't look right, I assume we didn't do this for the old Boehm GC as part of make install, so should probably be excluded in updated version as well. |
After #16832 was merged the run-msbuild.bat script has an additional required parameter for specifying the GC. However the script only passed the MONO_TARGET_GC property to msbuild if the script had no additional parameters which doesn't make sense. Always pass the parameter, this should fix the boehm build on Windows i386.
…mono#16832) * Initial commit to migrate libgc to bdwgc. * Fix submodule url * Don't force Boehm as runtime wrapper. Was just for testing locally. * Build bdwgc as single object file. Helps with performance. * Bump bdwgc submodule. * Attempt to fix windows MSVC based build. * Remove any references to GC_INSIDE_DLL as we manually managed threads on Windows. * Allow building boehm on Windows amd64. * Allow building boehm with msvc. * Bump bdwgc to fix line endings * Use LF for sh, am, m4, and ac files in bdwgc * Bump bdwgc & libatomic_ops with fix for cygwin * Bump bdwgc to fix mono-boehm being generated as libtool wrapper script. * Link the static boehm library. * Revert "Link the static boehm library." This reverts commit mono/mono@1f90d81. * Use --export-all-symbols on cygwin/mingw to fix issues with boehm causing mono symbols not to be exported. * Fix Commit migrated from mono/mono@cc13723
After mono/mono#16832 was merged the run-msbuild.bat script has an additional required parameter for specifying the GC. However the script only passed the MONO_TARGET_GC property to msbuild if the script had no additional parameters which doesn't make sense. Always pass the parameter, this should fix the boehm build on Windows i386. Commit migrated from mono/mono@bdf4790
|
Is the unity fork better? Why replace? |
|
It is better, and mono doesn't really use it anymore, the main user is unity. |
Uh oh!
There was an error while loading. Please reload this page.