<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Mar 18, 2017 at 9:06 PM, Sean Silva via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>I think we should seriously consider adding these hacks (possibly in a way that more clearly highlights to users why we had to put them in, such as "the following lines are for libtool < vX.Y:"). Realistically, even if we land a fix in upstream libtool today, we are unlikely to be able to really rely on that in the wild for perhaps 5 years. I don't think our users should have to wait that long for LLD to "Just Work" for them. We want LLD to have as little "fine print" as possible.</div><div></div></div></div></div></blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">I agree. There is really nothing to be gained by forcing everyone to regenerate their "configure" scripts. Having "lld -v" print something like "For libtool's benefit: GNU" at the end of the output is a **very** small price to pay to avoid years of incompatibility with configure scripts which haven't been generated with a not-even-released-yet version of libtool.</div><div class="gmail_extra"><br></div><div class="gmail_extra">For the second half of the issue, I'd say that having "lld --help" print what it supports actually seems a sensible thing to do in any case! Might as well just have it *actually* print out its supported list of targets and emulations.</div><div class="gmail_extra"><br></div></div>