4 ms·
Perhaps because it's not just for LLVM? Given the comments in the repo README about it being a drop in replacement for the GNU linker, it looks like could be u
by nmstoker 5y ago
Perhaps because it's not just for LLVM?
Given the comments in the repo README about it being a drop in replacement for the GNU linker, it looks like could be useful for several other scenarios too (but I defer to those who can explain this more clearly/correctly than I!)
- touisteur 5y agoIt can in fact link gcc-ada specific things and others.
- VWWHFSfQ 5y agoAccording to the rejected patch to GCC to support arbitrary linkers [0], mold or any other linker is probably not working very well with GCC. So unless they're wrong, this doesn't really seem like a generic drop-in solution anyway, despite trying to be one. [0] https://gcc.gnu.org/pipermail/gcc-patches/2021-June/573833.html https://gcc.gnu.org/pipermail/gcc-patches/2021-June/573833.h...
- spekcular 5y agoThe key part: "Note, all these extra linkers (lld, mold) will not really work properly, gcc during configuration detects various assembler and linker properties on which it then relies on and I'm sure neither lld nor mold supports those features."
- wyldfire 5y agoAt the very least, lld is pretty much drop-in. Aside from some subtle differences about resolution order (IIRC lld implicitly has "--start-group"/"--end-group"), everything just works with lld in place of ld.bfd. My recollection was that I had just about the same experience w/gold -- it was just a drop-in replacement. All of my experience was with using clang as the driver, so I can't speak to why gcc has trouble making a similar feature work like expected.