Hi,
At 09:14 -0400 on 2010-8-23 Jack Howarth wrote:
>
> On Sun, Aug 22, 2010 at 06:40:43PM -0400, Stefan Bruda wrote:
> >
> > Pdftk appears to install nicely, but every time I try to run it I get:
> >
> > < godel:cs/techreps > pdftk rt-testing.pdf background buresearch.pdf
> > output rr.pdf
> > dyld: _dyld_bind_fully_image_containing_address() error
> > dyld: Symbol not found: _libiconv
> > Referenced from: /opt/sw64/lib/gcc4.5/lib/libgcj.11.dylib
> > Expected in: flat namespace
> > in /opt/sw64/lib/gcc4.5/lib/libgcj.11.dylib
> > ./background.sh: line 3: 49768 Trace/BPT trap pdftk $1 background
> > ~//works/Tmpls/wwwcs/buresearch.pdf output $2
> >
>
> This sounds like a confused build of pdftk against libiconv. The pdftk
> maintainer needs to make sure that the fink libiconv headers and libraries
> are being used and not the system ones.
>
> nm /usr/lib/libiconv.2.4.0.dylib | grep _libiconv
> 00000000000fa760 D __libiconv_version
> 000000000001597c T _libiconv_relocate
> 0000000000015972 T _libiconv_set_relocation_prefix
>
> nm /sw/lib/libiconv.2.4.0.dylib | grep _libiconv
> 00000000000fd780 D __libiconv_version
> 000000000000bd30 T _libiconv
> 0000000000015290 T _libiconv_close
> 0000000000017a70 T _libiconv_open
> 00000000000187d0 t _libiconv_relocate
> 0000000000018700 T _libiconv_set_relocation_prefix
> 000000000000c1e0 T _libiconvctl
> 000000000000bd90 T _libiconvlist
>
> I would do a 'otools -L' on pdftk and then recursively on all of
> the libs it links against until you identify what has incorrectly
> linked against the system libiconv instead of fink's.
Interestingly enough, the 32-bit version also links against Apple's
libiconv:
< godel:~ > otool -L /opt/sw32/bin/pdftk
/opt/sw32/bin/pdftk:
/opt/sw32/lib/gcc4.5/lib/libgcj.11.dylib (compatibility version 12.0.0,
current version 12.0.0)
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version
7.0.0)
/opt/sw32/lib/gcc4.5/lib/libstdc++.6.dylib (compatibility version
7.0.0, current version 7.14.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version
103.0.0)
/opt/sw32/lib/gcc4.5/lib/libgcc_s.1.dylib (compatibility version 1.0.0,
current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 125.2.0)
Which makes me wonder why the 32-bit version works after all...
Unfortunately I removed the 64-bit version from my system so I cannot
confirm (or infirm) anything about it.
Stefan
--
If it was so, it might be; and if it were so, it would be; but as it
isn't, it ain't. That's logic. --Lewis Carroll, Through the Looking-Glass
No HTML emails and proprietary attachments please <http://bruda.ca/email.html>
------------------------------------------------------------------------------
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Fink-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fink-users
