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

2003-01-24 Thread Matthias Klose
Benjamin Kosnik writes: On Sun, 12 Jan 2003 11:25:04 +0100 Matthias Klose [EMAIL PROTECTED] 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

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

2003-01-24 Thread Ryan Murray
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 [EMAIL PROTECTED] wrote: Is it likely this will be addressed in the gcc-3.2 branch? Are you volunteering? Ryan Murray provided a patch, which

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

2003-01-24 Thread Franz Sirl
At 08:57 24.01.2003, Matthias Klose wrote: Benjamin Kosnik writes: On Sun, 12 Jan 2003 11:25:04 +0100 Matthias Klose [EMAIL PROTECTED] 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

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

2003-01-24 Thread Benjamin Kosnik
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

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

2003-01-24 Thread Alexandre Oliva
On Jan 24, 2003, Matthias Klose [EMAIL PROTECTED] wrote: The patch touches a few Makefile.am's to remove the --tag option to libtool (doesn't exist), It does exist in the libtool.m4 that's in the top level of the hierarchy, and that's what you're supposed to use. Not using it, and removing

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

2003-01-24 Thread Ryan Murray
On Fri, Jan 24, 2003 at 05:27:45PM +0100, Franz Sirl wrote: 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

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

2003-01-24 Thread Ryan Murray
On Fri, Jan 24, 2003 at 10:06:31AM -0600, Benjamin Kosnik wrote: 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 I think you'll get more traction

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

2003-01-24 Thread Andreas Schwab
[EMAIL PROTECTED] (Ryan Murray) writes: | The branch of libtool that supports --tag has been totally untouched | in cvs for at least two years. The multi-language-branch is dead, and has been merged into HEAD nearly two years ago. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE

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

2003-01-24 Thread Ryan Murray
On Fri, Jan 24, 2003 at 10:08:36PM +0100, Andreas Schwab wrote: [EMAIL PROTECTED] (Ryan Murray) writes: | The branch of libtool that supports --tag has been totally untouched | in cvs for at least two years. The multi-language-branch is dead, and has been merged into HEAD nearly two years

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

2003-01-13 Thread Benjamin Kosnik
On Sun, 12 Jan 2003 11:25:04 +0100 Matthias Klose [EMAIL PROTECTED] wrote: Is it likely this will be addressed in the gcc-3.2 branch? Are you volunteering? -benjamin

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

2003-01-12 Thread Matthias Klose
Is it likely this will be addressed in the gcc-3.2 branch? Ryan Murray writes: Package: gcc-3.2 Version: 1:3.2.2ds4-0pre5 Severity: grave The version of libtool used to build this source package is too old to correctly support shared libraries for the Debian mips and mipsel architectures.