4 ms·
Thank you for the explanation, so the pre-link storage is one of the magical ingredients, maybe mention this as well in the README? Is this the reason why many
by zeotroph 5y ago
Thank you for the explanation, so the pre-link storage is one of the magical ingredients, maybe mention this as well in the README?
Is this the reason why manyclang (using llvms cmake based build system) can be provided easily, but it would be more difficult for gcc? Or is the object -> binary dependency automatically deduced?
- peterwaller-arm 5y ago> maybe mention this as well in the README? We've tweaked the readme, I hope it's clearer. It would be great to provide this for gcc too. The project is new and we've just started out. I know less about gcc's build system and how hard it will be to apply these techniques there. It seems as though it should be possible though and I'd love to see it happen. To infer the object->executable dependencies we currently read the compilation database and produce a stand-alone link.sh shell script, which gets packaged into each manyclangs snapshot.
- zeotroph 5y agoAh, the compilation database is where more magic originates from :)
- peterwaller-arm 5y agoYes, this is less great than I would like! :( :)