On Mon, Dec 10, 2012 at 12:42 AM, Brandon Invergo <[email protected]> wrote: >> my_iconv.o: In function `my_iconv_open': >> /usr/local/gsrc/gnu/unrtf/work/unrtf-0.21.2/src/my_iconv.c:35: >> undefined reference to `libiconv_open' [ 7 more citation >> lines. Click/Enter to show. ] [ lines omitted ]' collect2: error: ld >> returned 1 exit status make[2]: *** [unrtf] Error 1 make[2]: Leaving >> directory `/usr/local/gsrc/gnu/unrtf/work/unrtf-0.21.2/src' >> >> problem is missing iconv lib. Solution: >> >> gcc -g -O2 -L/usr/local/lib -o unrtf attr.o convert.o error.o hash.o >> my_iconv.o main.o malloc.o output.o parse.o path.o unicode.o user.o >> util.o word.o -liconv > > Welcome to my personal libiconv hell. The build works for me and if I > add -liconv to LIBS, the build breaks. As I understand it, if you are > using GNU/Linux and have a recent (within years, I think) glibc, you > shouldn't need libiconv. Not that it matters since some packages still > misbehave regarding this library. Unfortunately, I haven't exactly > figured it out yet and it's probably the last great hurdle I have in > fully being in control of GSRC. > > Anyway. I'm not sure how to proceed. What system are you using and which > version of libc do you have? Do you have libiconv installed separately? > > I'll tentatively label this particular failule as "wont_fix" but I > eventually need to figure out a flexible solution for this libiconv > problem. > > Thanks for bringing this up, -brandon >
FYI I am using Debian unstable x86_64, I have seen iconv problems in compiling other stuff. In this case, I installed iconv from gsrc, then I added the -liconv as mentioned above , and it worked. The gsrc install of libiconv is independent of any other libraries, so no complaints. (Whether it works or not may have to do with order of what's on LD_LIBRARY_PATH or whatever functions as that.)
