Re: [Fink-users] imagemagick-6.1.8-1004 fails to build on Intel Mac

2006-08-06 Thread Toda H.Y.
--- David R. Morrison [EMAIL PROTECTED] wrote:
 Actually, its a bug in imagemagick that has been
 fixed in more recent  
 upstream versions.  Updating imagemagick wholesale
 to a newer version  
 will be tricky since the major library version
 changed; however, I've  
 just committed a new version with a patch for the
 current problem  
 backported.  So a selfupdate should now fix the
 problem.

Yes, it works fine now. Many thanks.

h.y.toda



--
Let's start Yahoo! Auction  -  Free Campaign Now!
http://pr.mail.yahoo.co.jp/auction/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


[Fink-users] imagemagick-6.1.8-1004 fails to build on Intel Mac

2006-08-05 Thread Toda H.Y.
Hi, again.

Trying to build imagemagick-6.1.8-1004 on my Intel Mac
mini ended up with the following error. Any help will be
appreciated.

The following package will be built:
 imagemagick-shlibs
dpkg-deb -b
/sw/src/fink.build/root-fink-buildlock-imagemagick-6.1.8-1004
/sw/src/fink.build

...

if /bin/sh ./libtool --silent --tag=CC --mode=compile gcc
-DHAVE_CONFIG_H -I. -I. -I./magick  -I./ltdl -I./ltdl 
-I/usr/X11R6/include -I/usr/X11R6/include/freetype2
-I/sw/include -I/usr/X11R6/include -I/sw/include/libxml2 
-g -O2 -Wall -MT coders/magick_libMagick_la-png.lo -MD -MP
-MF coders/.deps/magick_libMagick_la-png.Tpo -c -o
coders/magick_libMagick_la-png.lo `test -f 'coders/png.c'
|| echo './'`coders/png.c; ?
then mv -f coders/.deps/magick_libMagick_la-png.Tpo
coders/.deps/magick_libMagick_la-png.Plo; else rm -f
coders/.deps/magick_libMagick_la-png.Tpo; exit 1; fi
coders/png.c: In function 'ReadOnePNGImage':
coders/png.c:1704: warning: implicit declaration of
function 'png_access_version'
coders/png.c:1713: error: 'png_ptr' undeclared (first use
in this function)
coders/png.c:1713: error: (Each undeclared identifier is
reported only once
coders/png.c:1713: error: for each function it appears
in.)
make[1]: *** [coders/magick_libMagick_la-png.lo] Error 1
make: *** [all] Error 2
### execution of /var/tmp/tmp.1.Draeae failed, exit code 2

Thanks in advance.
h.y.toda





--
Let's start Yahoo! Auction  -  Free Campaign Now!
http://pr.mail.yahoo.co.jp/auction/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] imagemagick-6.1.8-1004 fails to build on Intel Mac

2006-08-05 Thread Martin Costabel
Toda H.Y. wrote:
[]
 coders/png.c: In function 'ReadOnePNGImage':
 coders/png.c:1704: warning: implicit declaration of
 function 'png_access_version'
 coders/png.c:1713: error: 'png_ptr' undeclared (first use
 in this function)

I got it to build on intel by introducing the following lines into the 
imagemagick.info file, just before the make command in the CompileScript:

  if [ %m == i386 ]; then
make coders/magick_libMagick_la-png.lo DEFS=-DPNG_NO_ASSEMBLER_CODE
  fi

I am not sure if the if clause is necessary. On ppc it builds without 
this trick, so it is not necessary there, but it won't hurt either, and 
as far as I understand the situation with the new libpng3, that flag is 
also used on ppc now, i.e. assembler is disabled everywhere, so this 
workaround seems logical. One could even rune the whole make with this 
flag, i.e. instead of the above lines plus the make command:

  make DEFS=-DHAVE_CONFIG_H -DPNG_NO_ASSEMBLER_CODE

I suspect other packages building against the new libpng3 might have to 
do something similar.

-- 
Martin

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] imagemagick-6.1.8-1004 fails to build on Intel Mac

2006-08-05 Thread David R. Morrison

On Aug 5, 2006, at 12:51 PM, Martin Costabel wrote:

 Toda H.Y. wrote:
 []
 coders/png.c: In function 'ReadOnePNGImage':
 coders/png.c:1704: warning: implicit declaration of
 function 'png_access_version'
 coders/png.c:1713: error: 'png_ptr' undeclared (first use
 in this function)

 I got it to build on intel by introducing the following lines into  
 the imagemagick.info file, just before the make command in the  
 CompileScript:

  if [ %m == i386 ]; then
make coders/magick_libMagick_la-png.lo DEFS=-DPNG_NO_ASSEMBLER_CODE
  fi

 I am not sure if the if clause is necessary. On ppc it builds  
 without this trick, so it is not necessary there, but it won't hurt  
 either, and as far as I understand the situation with the new  
 libpng3, that flag is also used on ppc now, i.e. assembler is  
 disabled everywhere, so this workaround seems logical. One could  
 even rune the whole make with this flag, i.e. instead of the  
 above lines plus the make command:

  make DEFS=-DHAVE_CONFIG_H -DPNG_NO_ASSEMBLER_CODE

 I suspect other packages building against the new libpng3 might  
 have to do something similar.

 -

Martin,

Actually, its a bug in imagemagick that has been fixed in more recent  
upstream versions.  Updating imagemagick wholesale to a newer version  
will be tricky since the major library version changed; however, I've  
just committed a new version with a patch for the current problem  
backported.  So a selfupdate should now fix the problem.

As far as I know, the png assembler code actually does work on intel.

   -- Dave



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] imagemagick-6.1.8-1004 fails to build on Intel Mac

2006-08-05 Thread Martin Costabel
David R. Morrison wrote:

 
 Actually, its a bug in imagemagick that has been fixed in more recent  
 upstream versions.  Updating imagemagick wholesale to a newer version  
 will be tricky since the major library version changed; however, I've  
 just committed a new version with a patch for the current problem  
 backported.  So a selfupdate should now fix the problem.
 
 As far as I know, the png assembler code actually does work on intel.

OK, sorry for spreading misinformation. I am too slow catching up with 
the recent evolution of libpng3; hadn't noticed that the patch file is 
actually not used.

Anyway, the new version of imagemagick builds on intel for me, too.
For ease of debugging, I would use two more configure flags:
--disable-dependency-tracking --enable-libtool-verbose

-- 
Martin


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users