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

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.

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:3 Changed 16 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

comment:4 Changed 15 years ago by jmroot (Joshua Root)

Resolution: fixed
Status: newclosed

libtool1 was deleted in r60605.

Note: See TracTickets for help on using tickets.