On 12/3/06, Anibal Monsalve Salazar [EMAIL PROTECTED] wrote:
On Sat, Dec 02, 2006 at 10:25:13PM -0500, Glenn Randers-Pehrson wrote:
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
Try libpng-1.2.15beta2
It provides stub asm functions regardless of the PNG_NO_ASSEMBLER_CODE
setting, therefore the API doesn't change.
Glenn
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
On Sun, Dec 03, 2006 at 10:07:50AM +1100, Aníbal Monsalve Salazar wrote:
On Fri, Dec 01, 2006 at 07:57:34PM -0500, Glenn Randers-Pehrson wrote:
Right, it has the same code as libpng-1.2.12 in configure.ac:
# Config files, substituting as above
AC_CONFIG_FILES([Makefile
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
On Sat, Dec 02, 2006 at 10:25:13PM -0500, Glenn Randers-Pehrson wrote:
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
libmagick didn't build with libpng-1.2.15beta1.
On Thu, Nov 30, 2006 at 11:40:11PM -0500, Glenn Randers-Pehrson wrote:
At 02:26 PM 12/1/2006 +1100, you wrote:
When you build applications, they must be built with -DPNG_NO_MMX_CODE.
Doesn't libpng12.pc or libpng12-config tell you that?
This is what I have on my amd64:
d5:~# cat
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
At 08:46 PM 12/1/2006 +1100, Anibal Monsalve Salazar wrote:
On Thu, Nov 30, 2006 at 11:40:11PM -0500, Glenn Randers-Pehrson wrote:
At 02:26 PM 12/1/2006 +1100, you wrote:
Does libpng-1.4.0beta16 work?
I couldn't find it at:
ftp://ftp.simplesystems.org/pub/libpng/png/src/
The betas are at
Date: Fri, 1 Dec 2006 11:50:51 +0100
From: Daniel Kobras [EMAIL PROTECTED]
To: Anibal Monsalve Salazar [EMAIL PROTECTED]
Cc: Glenn Randers-Pehrson [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Bug#401044: libpng12-dev: [AMD64] asm API functions not exported
User-Agent: Mutt/1.5.13 (2006-08-11
On Fri, Dec 01, 2006 at 07:36:03AM -0500, Glenn Randers-Pehrson wrote:
If you are speaking of the png_ptr - ping and the
png_access_version_number()
errors, those are already checked in to upstream ImageMagick. If it's
something
else, please let me know.
No, that's exactly the patch I'm
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
Package: libpng12-dev
Version: 1.2.13-4
Severity: grave
Justification: breaks build-depending packages
Functions png_get_asm_flags(), png_set_asm_flags(), and possible some
more are part of libpng's API, but are missing from libpng's list of
exported symbols on amd64. I've checked that it's
On Thu, Nov 30, 2006 at 03:32:16PM +0100, Daniel Kobras wrote:
Package: libpng12-dev
Version: 1.2.13-4
Severity: grave
Justification: breaks build-depending packages
Functions png_get_asm_flags(), png_set_asm_flags(), and possible some
more are part of libpng's API, but are missing from libpng's
On Fri, Dec 01, 2006 at 09:28:23AM +1100, Aníbal Monsalve Salazar wrote:
-checking if assembler code in pnggccrd.c can be compiled... no
+checking if assembler code in pnggccrd.c can be compiled... yes
The configure script cannot compile assembler code in pnggccrd.c on
amd64, whereas on i386
On Thu, Nov 30, 2006 at 07:10:47PM -0500, Glenn Randers-Pehrson wrote:
At 09:37 AM 12/1/2006 +1100, Aníbal Monsalve Salazar wrote:
On Fri, Dec 01, 2006 at 09:28:23AM +1100, Anibal Monsalve Salazar wrote:
The configure script cannot compile assembler code in pnggccrd.c on
amd64, whereas on i386 it
On Thu, Nov 30, 2006 at 07:47:09PM -0500, Glenn Randers-Pehrson wrote:
At 09:37 AM 12/1/2006 +1100, Aníbal Monsalve Salazar wrote:
On Fri, Dec 01, 2006 at 09:28:23AM +1100, Anibal Monsalve Salazar wrote:
On Thu, Nov 30, 2006 at 03:32:16PM +0100, Daniel Kobras wrote:
Package: libpng12-dev
Version:
At 12:51 AM 12/1/2006 +0100, Daniel Kobras wrote:
On Fri, Dec 01, 2006 at 09:28:23AM +1100, Aníbal Monsalve Salazar wrote:
-checking if assembler code in pnggccrd.c can be compiled... no
+checking if assembler code in pnggccrd.c can be compiled... yes
The configure script cannot compile
On Thu, Nov 30, 2006 at 11:40:11PM -0500, Glenn Randers-Pehrson wrote:
At 02:26 PM 12/1/2006 +1100, you wrote:
When you build applications, they must be built with -DPNG_NO_MMX_CODE.
Doesn't libpng12.pc or libpng12-config tell you that?
This is what I have on my amd64:
d5:~# cat
On Fri, Dec 01, 2006 at 12:09:28AM -0500, Glenn Randers-Pehrson wrote:
Libpng's configure.ac has this:
# 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
20 matches
Mail list logo