[arch-dev-public] [signoff] libtool 2.2.2-1
regression fixes we almost all had in our last pkg. -Andy EWS - list of user-visible changes between releases of GNU Libtool New in 2.2.2: 2008-04-01: CVS version 2.2.1a, Libtool team: * New features: - In compile mode, compiler output occurs in the user locale. This feature has been present in 1.5.26 but not in 2.2. * Changes in supported systems or compilers: - Initial shared library support for AmigaOS4 on powerpc. * Bug fixes: - Fix 2.2 regression in libltdl that causes memory corruption upon repeated `lt_dlinit(); lt_dlexit()'. - Fix 2.2 regression in libltdl that skipped the dlopen loader if the system also supports other loaders (e.g., Cygwin, HP-UX). - Fix 2.2 regression in that `libtool --mode=execute CMD ARGS' does not transform ARGS that do not look like shell or C wrappers of libtool programs. - Fix 2.2 regression that kept cross-compiling to w32 from working. - Several testsuite issues have been fixed, thanks to user feedback.
hm. no signoffs?
On Thu, 8 May 2008, Andreas Radke wrote:
hm. no signoffs?
libtool 2.2.4 is out. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Am Wed, 7 May 2008 19:23:09 -0400 (EDT) schrieb Eric Belanger <belanger@ASTRO.UMontreal.CA>:
On Thu, 8 May 2008, Andreas Radke wrote:
hm. no signoffs?
libtool 2.2.4 is out.
2.2.4-1 is in testing. New in 2.2.4: 2008-05-04: CVS version 2.2.3a, Libtool team: * New features: - New libtoolize option --no-warn, for users that want to continue to use old libtool style without being nagged. - Options --debug, --no-warn, --quiet and --verbose can be passed to libtoolize through the environment variable LIBTOOLIZE_OPTIONS, for cleaner interaction between the user and libtoolize when called by autoreconf. * Bug fixes: - The documentation for lt_dlopenadvise showed the wrong type for the lt_dladvise parameter. - The public declarations for lt_dlhandle and lt_dladvise are now incomplete struct types rather than void*, which means that nearly all casting is eliminated allowing the compiler to provide more type checking. - libtoolize no longer reports up-to-date files that it would have copied, unless --force is passed. - No longer reports that lt~obsolete.m4 needs to be added to aclocal.m4 when it is already there. - When `aclocal' copied the libtool macros directly into `aclocal.m4' (i.e. AC_CONFIG_MACRO_DIR is not being used), libtoolize no longer reports that all macros need to be added to `aclocal.m4', and diagnoses only the macro files that are missing or not up-to-date. - libtoolize now advises use of AC_CONFIG_MACRO_DIR to keep matching libtool macros in-tree where appropriate. - libtoolize now advises use of `ACLOCAL_AMFLAGS = -I m4' (or equivalent) where appropriate, and errors out when ACLOCAL_AMFLAGS names a different directory to AC_CONFIG_MACRO_DIR. please signoff. -Andy
everybody on vacation? no signoffs?
On Wed, May 14, 2008 at 4:15 PM, Andreas Radke <a.radke@arcor.de> wrote:
everybody on vacation? no signoffs?
Probably. Signoff both arches from me.
On Wed, 14 May 2008, Aaron Griffin wrote:
On Wed, May 14, 2008 at 4:15 PM, Andreas Radke <a.radke@arcor.de> wrote:
everybody on vacation? no signoffs?
Probably. Signoff both arches from me.
I was testing it by building libpng (which uses libtoolize) but the build fails when using the libtool in testing. It seems to be libtool-related. I don't know the cause yet. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Am Wed, 14 May 2008 17:24:06 -0400 (EDT) schrieb Eric Belanger <belanger@ASTRO.UMontreal.CA>:
On Wed, 14 May 2008, Aaron Griffin wrote:
On Wed, May 14, 2008 at 4:15 PM, Andreas Radke <a.radke@arcor.de> wrote:
everybody on vacation? no signoffs?
Probably. Signoff both arches from me.
I was testing it by building libpng (which uses libtoolize) but the build fails when using the libtool in testing. It seems to be libtool-related. I don't know the cause yet.
hm. libpng 1.2.29 built fine here with libtool from testing. just remove all the libtool/autotools entries: build() { cd ${startdir}/src/${pkgname}-${pkgver} # Add animated PNG (apng) support # patch -Np1 -i $startdir/src/${pkgname}-${pkgver}-apng.patch || return 1 # libtoolize --force --copy || return 1 # aclocal || return 1 # autoconf || return 1 # automake || return 1 ./configure --prefix=/usr || return 1 make ECHO=echo || return 1 make ECHO=echo DESTDIR=${startdir}/pkg install || return 1 ... http://bugs.archlinux.org/task/10173 - this one may be a libtool related issue. but also our core pkg 2.2-2 would be affected and shouldn't hold back libtool 2.2.4-1. so is there anything left holding us back? -Andy
On Sun, 2008-05-18 at 23:03 +0200, Andreas Radke wrote:
Am Wed, 14 May 2008 17:24:06 -0400 (EDT) schrieb Eric Belanger <belanger@ASTRO.UMontreal.CA>:
On Wed, 14 May 2008, Aaron Griffin wrote:
On Wed, May 14, 2008 at 4:15 PM, Andreas Radke <a.radke@arcor.de> wrote:
everybody on vacation? no signoffs?
Probably. Signoff both arches from me.
I was testing it by building libpng (which uses libtoolize) but the build fails when using the libtool in testing. It seems to be libtool-related. I don't know the cause yet.
hm. libpng 1.2.29 built fine here with libtool from testing. just remove all the libtool/autotools entries:
build() { cd ${startdir}/src/${pkgname}-${pkgver}
# Add animated PNG (apng) support # patch -Np1 -i $startdir/src/${pkgname}-${pkgver}-apng.patch || return 1
# libtoolize --force --copy || return 1 # aclocal || return 1 # autoconf || return 1 # automake || return 1
./configure --prefix=/usr || return 1 make ECHO=echo || return 1 make ECHO=echo DESTDIR=${startdir}/pkg install || return 1
...
libpng is no longer an issue, I fixed that one long time ago.
http://bugs.archlinux.org/task/10173 - this one may be a libtool related issue. but also our core pkg 2.2-2 would be affected and shouldn't hold back libtool 2.2.4-1.
so is there anything left holding us back?
Don't think there's an issue that doesn't exist in 2.2-2 already. Signoff for both architectures.
Am Wed, 14 May 2008 23:15:43 +0200 schrieb Andreas Radke <a.radke@arcor.de>:
everybody on vacation? no signoffs?
hm. seems to be a bad time to get signoffs. nobody active these days? i will move it in a few days. -Andy
On Sun, May 18, 2008 at 2:00 PM, Andreas Radke <a.radke@arcor.de> wrote:
Am Wed, 14 May 2008 23:15:43 +0200 schrieb Andreas Radke <a.radke@arcor.de>:
everybody on vacation? no signoffs?
hm. seems to be a bad time to get signoffs. nobody active these days?
i will move it in a few days.
Eric mentioned there was a bug, I assumed you were looking into it.
participants (4)
-
Aaron Griffin
-
Andreas Radke
-
Eric Belanger
-
Jan de Groot