[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: pgp309j2zKRe1.pgp
Description: PGP signature


Reply to: