I did not test this myself, but adding -lz to the LFDLAGS in pnmtopng linking
command or removing bogus empty -L before existing -lz switch
might help to work around the problem. The bug is triggered by the code in ld
which tries to determine what other shared libraries binary should depend on in
On Wed, Jul 18, 2001 at 12:32:40PM -0700, Manfred Antar wrote:
> (/usr/local/bin)505}./pnmtopng
> /usr/libexec/ld-elf.so.1: /usr/lib/crtn.o: unsupported file type
Fix is in the pipeline. Sometimes the commit process to the FSF/GNU tree
is a slow one.
--
-- David ([EMAIL PROTECTED])
To Uns
+---[ Andrew Kenneth Milton ]--
| +---[ Manfred Antar ]--
| | The port netpbm builds and installs fine on current.
| | When trying to build the docs in /usr/docs the program peps calls
|/usr/local/bin/pnmtopng
| | This is from the netpbm port.
|
| I
+---[ Manfred Antar ]--
| The port netpbm builds and installs fine on current.
| When trying to build the docs in /usr/docs the program peps calls
|/usr/local/bin/pnmtopng
| This is from the netpbm port.
|
| (/usr/local/bin)505}./pnmtopng
| /usr/libexec/ld-elf.so.1: /usr
The port netpbm builds and installs fine on current.
When trying to build the docs in /usr/docs the program peps calls
/usr/local/bin/pnmtopng
This is from the netpbm port.
(/usr/local/bin)505}./pnmtopng
/usr/libexec/ld-elf.so.1: /usr/lib/crtn.o: unsupported file type
(/usr/local/bin)506} ldd