[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#176311: gcc-3.2: configure generated from broken libtool.m4

On Fri, Jan 24, 2003 at 08:57:08AM +0100, Matthias Klose wrote:
> Benjamin Kosnik writes:
> > On Sun, 12 Jan 2003 11:25:04 +0100
> > Matthias Klose <doko@cs.tu-berlin.de> wrote:
> > 
> > >Is it likely this will be addressed in the gcc-3.2 branch?
> > 
> > Are you volunteering?
> Ryan Murray provided a patch, which I attach here. Needed for the 3.3
> branch as well. checked on mips{,el}-linux and i386-linux only.
> The patch touches a few Makefile.am's to remove the
> --tag option to libtool (doesn't exist), and then uses autoreconf on the
> subdirs, and copies in things to the top level.
> gnu automake....)
> After applying the patch:
> 	libtoolize --force --copy
> 	cp /usr/share/aclocal/libtool.m4 . # (from libtool-1.4.3)
> 	for i in libf2c libjava/libltdl libobjc libstdc++-v3 zlib; do
> 		(cd ${i} ; autoreconf --force)
> 	done

Note that this will render the other libtool using subdirectories as
broken until someone fixes up the automake/autoconf in that directory.

Specifically, libjava, libffi, and boehm-gc will need to have Makefile.am
updated to work with the version of automake in use (1.4), and then those
directories will also have to be autoreconf'd

Ryan Murray, Debian Developer (rmurray@cyberhqz.com, rmurray@debian.org)
The opinions expressed here are my own.

Attachment: pgpWj7uOMu753.pgp
Description: PGP signature

Reply to: