<html><head></head><body>I am inclined to avoid the patch for now, at least until we see how the attempt to patch libtool goes and until we know all the hacks that would be needed otherwise.<br>
<br>
So far it is at least -v and --help.<br>
<br>
Cheers,<br>
Rafael<br><br><div class="gmail_quote">On December 6, 2016 11:28:01 PM EST, Rui Ueyama <ruiu@google.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div dir="ltr">I have a mixed feeling about this. This patch is undeniably convenient and mitigate pain in migration, but if we add that string, libtool's maintainers would lose the motivation to remove their hack from libtool. As Ed wrote, this is exactly the web browser's user-agent situation.<br /><div class="gmail_extra"><br /></div><div class="gmail_extra">Actually, the user-agent situation is a very good analogy, because just like billions of websites, we cannot ask everyone to fix their hosts/development environments. We can fix FreeBSD's libtool, but that won't fix the issue of other people who want to try LLD. If LLD doesn't "just work" on the first try, they'll probably stop thinking LLD as a serious alternative.</div><div class="gmail_extra"><br /></div><div class="gmail_extra">So I think I'm not really against adding this -- or even probably incline to add it. It's just a one-line string in a "--help" message, right?
That's not a big deal, I guess.</div><div class="gmail_extra"><br /></div><div class="gmail_extra">But still, "LLD (not GNU)" is too funny.</div><div class="gmail_extra"><br /><div class="gmail_quote">On Tue, Dec 6, 2016 at 7:56 PM, Ed Maste <span dir="ltr"><<a href="mailto:emaste@freebsd.org" target="_blank">emaste@freebsd.org</a>></span> wrote:<br /><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 6 December 2016 at 18:19, Rafael Avila de Espindola<br />
<span><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.com</a>> wrote:<br />
><br />
> Trying to build the freebsd ports I hit a failure because the php binary<br />
> was not built with --export-dynamic. It turns out the reason was libtool<br />
> looking at the output of -v and --help to decide if it should use<br />
> --export-dynamic or not.<br />
<br />
</span>In FreeBSD we had exactly that same kind of problem with libtool and<br />
ELF Tool Chain's strip (<a href="https://savannah.gnu.org/patch/?8675" rel="noreferrer" target="_blank">https://savannah.gnu.org/patc<wbr />h/?8675</a>,<br />
<a href="https://bugs.freebsd.org/198611" rel="noreferrer" target="_blank">https://bugs.freebsd.org/19861<wbr />1</a>).<br />
<br />
We'll want to get a patch to detect LLD into libtool, but<br />
unfortunately it's a rather slow moving project (it took 9 months to<br />
get the ELF Tool Chain patch committed). If we have a proposed patch<br />
though it can be added to the FreeBSD libtool port. At least the<br />
problem will be solved in FreeBSD while waiting for it to be committed<br />
upstream.<br />
<br />
Of course there's also long latency before the updated libtool<br />
percolates into downstream software, but we can have the ports<br />
infrastructure patch the existing instances.<br />
<span><br />
> I have coded the attached patch to work around the problem, but it is<br />
> probably too disgusting to have it in tree.<br />
<br />
</span>I had joked about making the strip version output "strip (elftoolchain<br />
r3136M (like GNU strip))". But I agree it's a terrible (albeit useful)<br />
hack. I think we can propose a decent patch to libtool, and if you<br />
don't have a chance to take a look I will after conference travel +<br />
holidays.<br />
</blockquote></div><br /></div></div>
</blockquote></div><br>
-- <br>
Sent from my Android device with K-9 Mail. Please excuse my brevity.</body></html>