-
-
Notifications
You must be signed in to change notification settings - Fork 72
revert PR #710, fixes issue #709 #720
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?
Conversation
…m#709 LLVM toolchain build ok, problems later with duplicate symbols SysBase/DOSBase
|
Unfortunately I cannot accept this. It changes the llvm build in ways that break the ability to deploy on nightly build servers - namely it reverts to needing > 10GB of space to build everything in one go. |
|
looking at the logs, the current LLVM toolchain build is failing for the same reason: No space left on device |
Yes & No. It is a tight fit to get it to build, hence the need for that way of building it in the first place, however the buikd 'is' broken just now due to it being so tight. This patch however doesnt fix this - it makes the situation worse and unfixable. |
|
just to add some info, here is the disk usage after and after this is for nightly / MinSizeRel build |
This is the problem. There is only 10G available on the build servers - so building LLVM in one pass is a no-go. I have spent many weeks of long builds tweaking this to make it fit on the servers, so undoing it is not an option. The current failure is due to boost pushing it over 10G again and needs work to squeeze it on still - but that is a separate issue that this patch will not resolve (and as explained, instead this worsens the situation). |
|
more info on this issue: I made a log of all the objects that are built after those 3 steps
seems that the same ~2000 objects are rebuilt over and over again. |
Firstly, the first set of rules that build it in stages are only for nightly builds - targeted specifically at building on the nightly build servers. You have removed that which breaks the build completely on the nightly servers for the reasons given. Secondly, this has been tested - it successfully builds the toolchain on the servers when done this way, but does not when done in a single pass. It only works with the default llvm toolchain, and needs more work for the newer toolchain - but regardless it needs done in stages on the servers or it cannot be built. |
LLVM toolchain build ok, problems later with duplicate symbols SysBase/DOSBase