On Oct 11, 2007, at 06:07, N_Ox wrote:
Le 11 oct. 07 à 12:07, Ryan Schmidt a écrit :
On Oct 11, 2007, at 04:57, Martin Stadler wrote:
I just tried to install pngmeta with the output below. I use MacPorts 1.520 on OS-X 10.4.10 (intel). Xcode 2.4.1 libpng @1.2.21_0+darwin_8 (active) zlib @1.2.3_1 (active)
$ sudo port install pngmeta Password: ---> Fetching pngmeta ---> Attempting to fetch pngmeta-1.11.tar.gz from http:// downloads.sourceforge.net/pmt ---> Verifying checksum(s) for pngmeta ---> Extracting pngmeta ---> Configuring pngmeta ---> Building pngmeta with target all Error: Target org.macports.build returned: shell command " cd "/ opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_gra phics_pngmeta/work/pngmeta-1.11" && make all " returned error 2 Command output: gcc -DPACKAGE=\"pngmeta\" -DVERSION=\"1.11\" - DHAVE_LIBZ=1 -DHAVE_LIBPNG=1 -DHAVE_PNG_CREATE_READ_STRUCT=1 - DHAVE_PNG_GET_TEXT=1 -I. -I. -I/opt/local/include -O2 -I/opt/ local/include -I/opt/local/include -c pngmeta.c gcc -O2 -I/opt/local/include -I/opt/local/include -L/opt/local/ lib -o pngmeta pngmeta.o -lpng -lz -L/opt/local/include -L/opt/ local/include -lpng -L/opt/local/lib -lm -L/opt/local/lib /usr/bin/ld: Undefined symbols: _png_IDAT _png_IEND _png_IHDR _png_crc_finish _png_crc_read _png_handle_IEND _png_handle_IHDR _png_handle_tEXt _png_handle_tIME _png_handle_unknown _png_handle_zTXt _png_read_data _png_read_destroy _png_reset_crc _png_tEXt _png_tIME _png_zTXt collect2: ld returned 1 exit status make: *** [pngmeta] Error 1
Error: Status 1 encountered during processing.
I agree. I get the same error.
The port has no maintainer. You should report this problem to the developer of the software. But the software has not been updated since 2001. They may not be developing it anymore. You could ask them.
Are you sure that's not a problem with libpng port? I mean, why is there undefined symbols in the png dylib library?
No, I am not sure. But it sounds like pngmeta is trying to use symbols which do not exist in libpng. Perhaps these symbols used to exist and have been deprecated and removed. Perhaps they were private symbols that 3rd-party software never should have been using in the first place. Or perhaps these symbols should be there and there is a problem in libpng. I don't know. The developers of pngmeta should be able to figure it out though, and that's whom I'd recommended to contact, unless we have evidence that other libpng-requiring software is experiencing the same error.