https://sourceware.org/bugzilla/show_bug.cgi?id=33577
--- Comment #21 from Ali Bahrami <ali_swbugzilla at emvision dot com> --- (In reply to Rui Ueyama from comment #19) > This change completely breaks compatibility with the current and all > previous versions of the mold linker. Specifically, mold cannot link against > shared libraries if they are linked with GNU ld after > f685e3953f9a38a41bbd0a597f9882870cee13d5. > > This appears to be an aesthetic change with no real user benefit, yet it > already causes a major compatibility issue. It is probably not limited to > mold, as GNU ld has been emitting the symbol table version the way it > currently does probably since the very beginning. I don’t think it is worth > taking the risk. It seems we are breaking user environments with no real > reward. That's surprising. It is indeed an obscure thing, and I'm surprised that any link-editor really cares. Can you provide details about how it breaks? I have to assume that this change passed tests before it was pushed, so I am assuming that the GNU ld itself is not bothered by the change. Similarly, the Solaris ld handles either form (we sometimes end up linking against objects built by GNU ld). It would be helpful to know why mold is breaking. How does it depend on the old behavior, and what's throwing it off now? Correctness is its own reward, and this was really intended to be a cleanup of a corner case. I agree that this is not a hill to die on, but am surprised that it's a hill at all, so I'd ask that you categorize why it breaks, and then we can discuss. -- You are receiving this mail because: You are on the CC list for the bug.
