Opened 16 years ago
Closed 15 years ago
#18601 closed defect (fixed)
xorg-libXt: syntax error near unexpected token `build_libtool_libs,' when libtool1 is active
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | boeyms@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.7.0 |
Keywords: | Cc: | ||
Port: | libtool |
Description
If libtool and libtool1 are installed, xorg-libXt fails to configure:
$ port install libtool libtool1 xorg-libXt ---> Fetching libtool ---> Verifying checksum(s) for libtool ---> Extracting libtool ---> Configuring libtool ---> Building libtool ---> Staging libtool into destroot ---> Installing libtool @2.2.6a_0 ---> Activating libtool @2.2.6a_0 ---> Cleaning libtool ---> Fetching libtool1 ---> Verifying checksum(s) for libtool1 ---> Extracting libtool1 ---> Applying patches to libtool1 ---> Configuring libtool1 ---> Building libtool1 ---> Staging libtool1 into destroot ---> Installing libtool1 @1.5.26_1 ---> Activating libtool1 @1.5.26_1 ---> Cleaning libtool1 ---> Fetching xorg-libXt ---> Verifying checksum(s) for xorg-libXt ---> Extracting xorg-libXt ---> Applying patches to xorg-libXt ---> Configuring xorg-libXt Error: Target org.macports.configure returned: configure failure: shell command " cd "/mp/var/macports/build/_Users_rschmidt_macports_dports_x11_xorg-libXt/work/libXt-1.0.5" && ./configure --prefix=/mp " returned error 2 Command output: checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /mp/bin/gmkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... /usr/bin/gcc-4.0 checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/bin/gcc-4.0 accepts -g... yes checking for /usr/bin/gcc-4.0 option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of /usr/bin/gcc-4.0... gcc3 ./configure: line 3735: syntax error near unexpected token `build_libtool_libs,' ./configure: line 3735: ` _LT_DECL(build_libtool_libs, enable_shared, 0,' Error: Status 1 encountered during processing. $
Deactivating libtool1 allows the port to install.
$ port deactivate libtool1 ---> Deactivating libtool1 $ port clean xorg-libXt ---> Cleaning xorg-libXt $ port install xorg-libXt ---> Fetching xorg-libXt ---> Verifying checksum(s) for xorg-libXt ---> Extracting xorg-libXt ---> Applying patches to xorg-libXt ---> Configuring xorg-libXt ---> Building xorg-libXt ---> Staging xorg-libXt into destroot ---> Installing xorg-libXt @1.0.5_1 ---> Activating xorg-libXt @1.0.5_1 ---> Cleaning xorg-libXt $
This is on Mac OS X 10.5.6 Intel with Xcode 3.1.2.
Change History (4)
comment:1 Changed 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Owner: | changed from jeremyhu@… to boeyms@… |
---|---|
Port: | libtool added; xorg-libXt removed |
comment:2 Changed 16 years ago by jmroot (Joshua Root)
I guess libtool1 should rename its macros? Or, since nothing actually uses it at present—delete the port?
comment:4 Changed 15 years ago by jmroot (Joshua Root)
Resolution: | → fixed |
---|---|
Status: | new → closed |
libtool1 was deleted in r60605.
Note: See
TracTickets for help on using
tickets.
This isn't an X11 issue. It's an interaction bug between libtool1 and libtool2 on the same system. autoconf doesn't know how to handle that situation since aclocal just looks indiscriminately in $prefix/share/aclocal for its m4 macros.