Opened 13 years ago
Closed 13 years ago
#31304 closed defect (invalid)
atlas: build fails when libtool is glibtool
Reported by: | nolan+macports@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.0.3 |
Keywords: | Cc: | yanflao@…, ryandesign (Ryan Carsten Schmidt) | |
Port: | atlas |
Description
I'm trying to upgrade my outdated packages. Atlas is one of them and it is failing to build. I've glanced at the other atlas related tickets, but none seem focused on "--static" not being a valid option to libtool. libtool should be at the latest available.
I've attached the created main.log
.
Attachments (1)
Change History (5)
Changed 13 years ago by nolan+macports@…
comment:1 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Port: | atlas added |
---|
Tell us about your libtool. Try both "libtool -V
" (to see the version of Apple's libtool) and "glibtool --version
" (to see the version of MacPorts' libtool).
libtool -V glibtool --version which libtool which glibtool
comment:2 follow-ups: 3 4 Changed 13 years ago by nolan+macports@…
Noticed that libtool and glibtool were from /usr/bin, but updating my $PATH wasn't a magic bullet. Post $PATH update, the output of the commands you listed are:
% libtool -V libtool: unrecognized option `-V' libtool: Try `libtool --help' for more information. glibtool --version which libtool % glibtool --version libtool (GNU libtool) 2.4 Written by Gordon Matzigkeit <gord@gnu.ai.mit.edu>, 1996 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. % which libtool /opt/local/bin/libtool % which glibtool /opt/local/bin/glibtool
The libtools in /usr/bin are:
/usr/bin/libtool -V Apple Computer, Inc. version cctools-795 /usr/bin/glibtool --version ltmain.sh (GNU libtool) 2.2.4
comment:3 Changed 13 years ago by yanflao@…
I just came across the same issue as you. After uninstalling libtool of the /opt/local/bin one, the Atlas installation is just succeeded. Good luck!
Replying to nolan+macports@…:
Noticed that libtool and glibtool were from /usr/bin, but updating my $PATH wasn't a magic bullet. Post $PATH update, the output of the commands you listed are:
% libtool -V libtool: unrecognized option `-V' libtool: Try `libtool --help' for more information. glibtool --version which libtool % glibtool --version libtool (GNU libtool) 2.4 Written by Gordon Matzigkeit <gord@gnu.ai.mit.edu>, 1996 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. % which libtool /opt/local/bin/libtool % which glibtool /opt/local/bin/glibtoolThe libtools in /usr/bin are:
/usr/bin/libtool -V Apple Computer, Inc. version cctools-795 /usr/bin/glibtool --version ltmain.sh (GNU libtool) 2.2.4
comment:4 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | yanflao@… ryandesign@… added |
---|---|
Resolution: | → invalid |
Status: | new → closed |
Summary: | Unable to build math/atlas → atlas: build fails when libtool is glibtool |
Replying to nolan+macports@…:
% which libtool /opt/local/bin/libtool
You appear to have a /opt/local/bin/libtool that is glibtool. How did that get there? Does "port provides /opt/local/bin/libtool
" say it was provided by a MacPorts port? If so, let us know which port, but I rather suspect that you put it there, in which case, remove it, and don't put it back; it doesn't belong there. libtool and glibtool are not the same program and it is an error for you to install one under the other's name.
main.log for failed build