Try just-released libpng-1.2.15beta1

It has a revised configure.ac and configure, using some of Daniel's
ideas.  The soname
won't have to change when we release 1.2.15.

Glenn

On 12/2/06, Aníbal Monsalve Salazar <[EMAIL PROTECTED]> wrote:
On Fri, Dec 01, 2006 at 07:57:34PM -0500, Glenn Randers-Pehrson wrote:
>On 12/1/06, Anibal Monsalve Salazar <[EMAIL PROTECTED]> wrote:
>>On Fri, Dec 01, 2006 at 11:50:51AM +0100, Daniel Kobras wrote:
>>>On Fri, Dec 01, 2006 at 08:46:00PM +1100, Anibal Monsalve Salazar wrote:
>>>>I built libpng_1.2.14-0_amd64 and then I tried to build
>>>>imagemagick_6.2.4.5.dfsg1-0.12_amd64 and it failed:
>>>
>>>Sorry, apart from the problem with libpng, there's also a bug in
>>>imagemagick. You need to apply the patch from #401047 to -0.12. I have a
>>>fixed -0.13 ready, but it's not uploaded yet because with current libpng
>>>it would fail to build just a few lines later with a linker error.
>>
>>With that patch, my amd64 build ends with:
>>
>>>[...]
>>>Setting up libpng12-0 (1.2.14-0) ...
>>>[...]
>>>Setting up libpng12-dev (1.2.14-0) ...
>>>[...]
>>>/bin/sh ./libtool --silent --tag=CC --mode=link gcc  -g -O2 -Wall
>>-pthread  -L/usr/lib/X11 -lfreetype -lz -L/usr/lib -o utilities/animate
>>-L/usr/lib/X11 -lfreetype -lz -L/usr/lib utilities/animate.o
>>magick/libMagick.la
>>>magick/.libs/libMagick.so: undefined reference to `png_set_asm_flags'
>>>magick/.libs/libMagick.so: undefined reference to `png_get_asm_flags'
>>>collect2: ld returned 1 exit status
>>>make[1]: *** [utilities/animate] Error 1
>>>make[1]: Leaving directory `/tmp/buildd/imagemagick-6.2.4.5.dfsg1'
>>>make: *** [build-stamp] Error 2
>>>pbuilder: Failed autobuilding of package
>>
>>So, libpng 1.2.14 doesn't fix the problem.
>
>Right, it has the same code as libpng-1.2.12 in configure.ac:
>
># Config files, substituting as above
>AC_CONFIG_FILES([Makefile libpng.pc:scripts/libpng.pc.in])
>AC_CONFIG_FILES([libpng-config:scripts/libpng-config.in],
>              [chmod +x libpng-config])
>
>This needs to be expanded to include the information from
>@LIBPNG_DEFINES@ in both libpng.pc and libpng-config.
>
>I don't know how to do that.
>
>Alternatively, use libpng-1.4.0beta16, which takes a different, probably
>more robust approach of building pngdefs.h with the information.

imagemagick builds with libpng-1.4.0beta16, the results are at:

http://people.debian.org/~anibal/imagemagick/

I'll intend to upload libpng_1.4.0~beta16-0 to experimental.

The transition to the new libpng soname will be problematic as there
is a considerable number of reverse dependencies and there is also
a number of circular dependencies involving libpng. IMHO, the
release managers will not approve this transition.

Aníbal Monsalve Salazar
--
http://v7w.com/anibal


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFFcgdFgY5NIXPNpFURApuCAJ9fR44E70yhAna6CXVM5IVF23DEDQCg1lTq
+JnsdehLRlw6lQkFHpgWhng=
=Lsxb
-----END PGP SIGNATURE-----




Reply via email to