If I run "nm -o /sw/lib/libiconv.2.dylib | grep close" i get: /sw/lib/libiconv.2.dylib: U _fclose /sw/lib/libiconv.2.dylib: 0000000000015280 t _iconv_close /sw/lib/libiconv.2.dylib: 0000000000015270 T _libiconv_close
Nothing else. Plus, now that you ask, I found another libiconv /usr/lib/libiconv.dylib and its name list is way longer, including those references ... /usr/lib/libiconv.dylib: 000000000000bd2b T _iconv_close /usr/lib/libiconv.dylib: 0000000000014d42 T _iconv_open ... This is not my personal computer, it is the controller of a small grid, which I use to compile and deploy code, and for which I obtained to be among the sudoers. Any suggestion? Thanks a lot -- Fabio On Feb 12, 2013, at 17:59 , Alexander Hansen wrote: > On 2/12/13 9:25 AM, Alexander Hansen wrote: >> On 2/12/13 8:48 AM, Fabio Daolio wrote: >>> Dear list, >>> >>> this is my first time writing so let me begin by thanking all the >>> maintainers >>> and contributors, I've been enjoying your work for a while, thanks! >>> >>> On to the problem, I'm trying to install doxygen-1.8.3.1-1 on osx sever >>> 10.6.8 >>> and the compilation fails with the following message: >>> >>> c++ -Wl,-search_paths_first -o ../bin/doxygen ../objects/main.o -L../lib >>> -L/sw/lib -ldoxygen -ldoxycfg -lqtools -lmd5 -lpthread -liconv -framework >>> CoreServices >>> Undefined symbols: >>> "_iconv_close", referenced from: >>> _portable_iconv_close in libdoxycfg.a(portable_c.o) >>> (maybe you meant: _portable_iconv_close) >>> "_iconv", referenced from: >>> _portable_iconv in libdoxycfg.a(portable_c.o) >>> (maybe you meant: _portable_iconv, _portable_iconv_close , >>> _portable_iconv_open ) >>> "_iconv_open", referenced from: >>> _portable_iconv_open in libdoxycfg.a(portable_c.o) >>> (maybe you meant: _portable_iconv_open) >>> ld: symbol(s) not found >>> collect2: ld returned 1 exit status >>> make[2]: *** [../bin/doxygen] Error 1 >>> make[1]: *** [all] Error 2 >>> make: *** [all] Error 2 >>> ### execution of make failed, exit code 2 >>> ### execution of /tmp/fink.l43jk failed, exit code 2 >>> >>> Could it be an issue with the version of iconvlib? I have: >>> fink list iconv >>> Information about 11686 packages read in 1 seconds. >>> i libiconv 1.12-5 >>> Character set conversion library >>> i libiconv-bin 1.12-5 >>> Executables for libiconv package >>> i libiconv-dev 1.12-5 >>> Developer files for libiconv package >>> >>> And my system is: >>> >>> Package manager version: 0.34.5 >>> Distribution version: selfupdate-rsync Tue Feb 12 16:26:17 2013, 10.6, >>> x86_64 >>> Trees: local/main stable/main stable/crypto unstable/main unstable/crypto >>> Xcode.app: 3.2.6 >>> Xcode command-line tools: 3.2.6 >>> Max. Fink build jobs: 4 >>> >>> Any help is appreciated, >>> best regards >>> -- >>> Fabio >>> >>> >> >> That's the libiconv it's supposed to be using. I don't reproduce your >> failure on 10.6.8/x86_64/Xcode 3.2.6, either, so the cause must be subtle. >> >> At the same point in the build, I get: >> >> c++ -Wl,-search_paths_first -o ../bin/doxygen ../objects/main.o >> -L../lib -L/sw/lib -ldoxygen -ldoxycfg -lqtools -lmd5 -lpthread -liconv >> -framework CoreServices >> >> which looks the same. Let's check your libiconv library. What do you >> get from running >> >> nm -o /sw/lib/libiconv.2.dylib | grep close >> >> in a terminal? >> > > One more thing to check would be if you happen to have a > /usr/local/lib/libiconv.dylib from somewhere. > > -- > Alexander Hansen, Ph.D. > Fink User Liaison > My package updates: http://finkakh.wordpress.com/ ------------------------------------------------------------------------------ Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
