<div dir="ltr"><div>Here is why I have:</div><div> </div><div>$ for i in libtool glibtool libtoolize glibtoolize ; do which $i ; done</div><div>/usr/bin/libtool</div><div>/usr/local/bin/glibtool</div><div>/usr/local/bin/glibtoolize</div><div><br></div><div>$ /usr/bin/libtool -V</div><div>Apple Inc. version cctools-900</div><div><br></div><div>$ /usr/local/bin/glibtool --version</div><div>glibtool (GNU libtool) 2.4.6</div><div>Written by Gordon Matzigkeit, 1996</div><div><br></div><div>Copyright (C) 2014 Free Software Foundation, Inc.</div><div>This is free software; see the source for copying conditions. There is NO</div><div>warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 8, 2017 at 1:30 PM, Kenneth Raffenetti <span dir="ltr"><<a href="mailto:raffenet@mcs.anl.gov" target="_blank">raffenet@mcs.anl.gov</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">Does 'which libtoolize' or 'which glibtoolize' return a valid program? It looks like we could do a better job or returning an error when they aren't even found. At the moment these errors go unnoticed:<br>
<br>
> usage: dirname path<br>
<br>
Ken<div><div class="gmail-h5"><br>
<br>
On 12/08/2017 02:00 PM, Jeff Hammond wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="gmail-h5">
merely reverting the change on the most pertinent lines doesn't solve the problem. i'm not sure what the fix is.<br>
<br>
jrhammon-mac01:git jrhammon$ git diff<br>
diff --git a/autogen.sh b/autogen.sh<br>
index 4036565be..eda353652 100755<br>
--- a/autogen.sh<br>
+++ b/autogen.sh<br>
@@ -304,7 +304,12 @@ if [ -n "$autotoolsdir" ] ; then<br>
automake=$autotoolsdir/automa<wbr>ke<br>
autom4te=$autotoolsdir/autom4<wbr>te<br>
aclocal=$autotoolsdir/aclocal<br>
- libtoolize=$autotoolsdir/libto<wbr>olize<br>
+ #libtoolize=$autotoolsdir/libt<wbr>oolize<br>
+ if [ -x "$autotoolsdir/glibtoolize" ] ; then<br>
+ libtoolize=$autotoolsdir/glibt<wbr>oolize<br>
+ else<br>
+ libtoolize=$autotoolsdir/libto<wbr>olize<br>
+ fi<br>
AUTOCONF=$autoconf<br>
AUTOHEADER=$autoheader<br>
@@ -332,7 +337,12 @@ else<br>
autom4te=${AUTOM4TE:-autom4te<wbr>}<br>
automake=${AUTOMAKE:-automake<wbr>}<br>
aclocal=${ACLOCAL:-aclocal}<br>
- libtoolize=${LIBTOOLIZE:-libto<wbr>olize}<br>
+ #libtoolize=${LIBTOOLIZE:-libt<wbr>oolize}<br>
+ if [ -x "$autotoolsdir/glibtoolize" ] ; then<br>
+ libtoolize=$autotoolsdir/glibt<wbr>oolize<br>
+ else<br>
+ libtoolize=$autotoolsdir/libto<wbr>olize<br>
+ fi<br>
fi<br>
ProgHomeDir $autoconf autoconfdir<br>
jrhammon-mac01:git jrhammon$ ./autogen.sh<br>
<br>
##############################<wbr>######<br>
## Checking user environment<br>
##############################<wbr>######<br>
<br>
Verifying the location of autogen.sh... done<br>
usage: dirname path<br>
Checking if autotools are in the same location... no<br>
autoconf is in /usr/local<br>
automake is in /usr/local<br>
libtool is in /<br>
===> WARNING: Autotools are in different locations. In rare occasion,<br>
===> WARNING: resulting configure or makefile may fail in some unexpected ways.<br>
Checking if autoreconf accepts -I //share/aclocal... no<br>
Checking if autoreconf works after an additional /libtoolize step... no<br>
===> ERROR: Since none of the autoreconf workaround works<br>
===> ERROR: and autotools are not in the same directory, aborting...<br>
===> ERROR: Updating autotools or putting all autotools in the same location<br>
===> ERROR: may resolve the issue.<br>
<br></div></div><span class="gmail-">
On Fri, Dec 8, 2017 at 11:54 AM, Kenneth Raffenetti <<a href="mailto:raffenet@mcs.anl.gov" target="_blank">raffenet@mcs.anl.gov</a> <mailto:<a href="mailto:raffenet@mcs.anl.gov" target="_blank">raffenet@mcs.anl.gov</a>>> wrote:<br>
<br>
Hmm, I suppose we didn't run into this on our test systems since we<br>
always install those tools from scratch, and I'm still not a Mac guy<br>
so I didn't notice :). I'll put together a PR to revert it.<br>
<br>
Ken<br>
<br>
<br>
On 12/08/2017 09:27 AM, Bland, Wesley wrote:<br>
<br>
I guess posting the link to our GitHub Enterprise instance<br>
doesn't help. Here's the correct link:<br>
<br>
<a href="https://github.com/pmodels/mpich/commit/a512f954007fefa4b3b218848854481927422fc3" rel="noreferrer" target="_blank">https://github.com/pmodels/mpi<wbr>ch/commit/a512f954007fefa4b3b2<wbr>18848854481927422fc3</a><br>
<<a href="https://github.com/pmodels/mpich/commit/a512f954007fefa4b3b218848854481927422fc3" rel="noreferrer" target="_blank">https://github.com/pmodels/mp<wbr>ich/commit/a512f954007fefa4b3b<wbr>218848854481927422fc3</a>><br>
<br>
On Dec 8, 2017, at 9:24 AM, Bland, Wesley<br></span><span class="gmail-">
<<a href="mailto:wesley.bland@intel.com" target="_blank">wesley.bland@intel.com</a> <mailto:<a href="mailto:wesley.bland@intel.com" target="_blank">wesley.bland@intel.com</a><wbr>>> wrote:<br>
<br>
This would appear to be the culprit. Maybe Pavan/Ken can<br>
talk about why it was removed?<br>
<br>
<a href="https://github.intel.com/csr/mpich-ofi/commit/a512f954007fefa4b3b218848854481927422fc3" rel="noreferrer" target="_blank">https://github.intel.com/csr/m<wbr>pich-ofi/commit/a512f954007fef<wbr>a4b3b218848854481927422fc3</a><br>
<<a href="https://github.intel.com/csr/mpich-ofi/commit/a512f954007fefa4b3b218848854481927422fc3" rel="noreferrer" target="_blank">https://github.intel.com/csr/<wbr>mpich-ofi/commit/a512f954007fe<wbr>fa4b3b218848854481927422fc3</a>><br>
<br>
On Dec 7, 2017, at 3:51 PM, Jeff Hammond<br></span>
<<a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a> <mailto:<a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a><wbr>>><div><div class="gmail-h5"><br>
wrote:<br>
<br>
autogen.sh is failing for me on Mac because Apple's<br>
libtool is not in the same place as Homebrew's<br>
autoconf/automake. I perused autogen.sh but didn't see<br>
an option to fix this.<br>
<br>
I need to use Homebrew autotools for other projects and<br>
don't want to uninstall Xcode for obvious reasons. Is<br>
there a workaround besides hacking autogen.sh and hating<br>
myself? I'd like to cause it to glibtool instead.<br>
<br>
If nothing else, autogen.sh incorrectly prints the<br>
location of libtool. It is in /usr/bin not /.<br>
<br>
Thanks,<br>
<br>
Jeff<br>
<br>
jrhammon-mac01:git jrhammon$ which libtool<br>
/usr/bin/libtool<br>
jrhammon-mac01:git jrhammon$ which autoconf<br>
/usr/local/bin/autoconf<br>
jrhammon-mac01:git jrhammon$ which automake<br>
/usr/local/bin/automake<br>
jrhammon-mac01:git jrhammon$ which glibtool<br>
/usr/local/bin/glibtool<br>
<br>
<br>
jrhammon-mac01:git jrhammon$ ./autogen.sh<br>
<br>
##############################<wbr>######<br>
## Checking user environment<br>
##############################<wbr>######<br>
<br>
Verifying the location of autogen.sh... done<br>
usage: dirname path<br>
Checking if autotools are in the same location... no<br>
autoconf is in /usr/local<br>
automake is in /usr/local<br>
libtool is in /<br>
===> WARNING: Autotools are in different locations. In<br>
rare occasion,<br>
===> WARNING: resulting configure or makefile may fail<br>
in some unexpected ways.<br>
Checking if autoreconf accepts -I //share/aclocal... no<br>
Checking if autoreconf works after an additional<br>
libtoolize step... no<br>
===> ERROR: Since none of the autoreconf workaround works<br>
===> ERROR: and autotools are not in the same<br>
directory, aborting...<br>
===> ERROR: Updating autotools or putting all<br>
autotools in the same location<br>
===> ERROR: may resolve the issue.<br>
<br>
<br>
--<br>
Jeff Hammond<br>
<a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a> <mailto:<a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a><wbr>><br></div></div>
<mailto:<a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a><span class="gmail-"><br>
<mailto:<a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a><wbr>>><br>
<a href="http://jeffhammond.github.io/" rel="noreferrer" target="_blank">http://jeffhammond.github.io/</a><br>
______________________________<wbr>_________________<br>
To manage subscription options or unsubscribe:<br>
<a href="https://lists.mpich.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">https://lists.mpich.org/mailma<wbr>n/listinfo/devel</a><br>
<<a href="https://lists.mpich.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">https://lists.mpich.org/mailm<wbr>an/listinfo/devel</a>><br>
<br>
<br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
To manage subscription options or unsubscribe:<br>
<a href="https://lists.mpich.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">https://lists.mpich.org/mailma<wbr>n/listinfo/devel</a><br>
<<a href="https://lists.mpich.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">https://lists.mpich.org/mailm<wbr>an/listinfo/devel</a>><br>
<br>
______________________________<wbr>_________________<br>
To manage subscription options or unsubscribe:<br>
<a href="https://lists.mpich.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">https://lists.mpich.org/mailma<wbr>n/listinfo/devel</a><br></span><span class="gmail-">
<<a href="https://lists.mpich.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">https://lists.mpich.org/mailm<wbr>an/listinfo/devel</a>><br>
<br>
<br>
<br>
<br>
-- <br>
Jeff Hammond<br>
</span><span class="gmail-"><a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a> <mailto:<a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a><wbr>><br>
<a href="http://jeffhammond.github.io/" rel="noreferrer" target="_blank">http://jeffhammond.github.io/</a><br>
<br>
<br>
______________________________<wbr>_________________<br>
To manage subscription options or unsubscribe:<br>
<a href="https://lists.mpich.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">https://lists.mpich.org/mailma<wbr>n/listinfo/devel</a><br>
<br>
</span></blockquote>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Jeff Hammond<br><a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a><br><a href="http://jeffhammond.github.io/" target="_blank">http://jeffhammond.github.io/</a></div>
</div></div>