Hi Guseppe,
I see a similar question on stack exchange (
http://stackoverflow.com/questions/21997908/doxygen
-build-failing-with-undefined-reference-to-libiconv-close-libiconv).
I tried it on a RHEL system and there the iconv is coming from glibc (by
head version 2.2.5), on cygwin the -liconv is explicitly added to the link
line (in the configuration step in src/doxygen.pro.in).
Albert
(Forgot to include list in response)
On Sat, Mar 1, 2014 at 6:03 PM, Giuseppe Crino' <gius...@gmail.com> wrote:
> Hi,
>
> I can't correctly build doxygen on my system. To be more precise, `make`
> fails since
>
> ../lib/libdoxycfg.a(portable_c.o): In function `portable_iconv_open':
> portable_c.c:(.text+0x1): undefined reference to `libiconv_open'
> ../lib/libdoxycfg.a(portable_c.o): In function `portable_iconv':
> portable_c.c:(.text+0x11): undefined reference to `libiconv'
> ../lib/libdoxycfg.a(portable_c.o): In function `portable_iconv_close':
> portable_c.c:(.text+0x21): undefined reference to `libiconv_close'
> collect2: error: ld returned 1 exit status
> make[2]: *** [../bin/doxygen] Error 1
> make[2]: Leaving directory `/home/giuscri/doxygen-1.8.6/src'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/home/giuscri/doxygen-1.8.6/src'
> make: *** [all] Error 2
>
> To me, something wrong with libiconv is there. Indeed, for the libiconv
> building to succeed I needed to comment line 689 of
> `path/to/libiconv/srclib/stdio.in.h` such that
>
> 682 #if @GNULIB_GETS@
> 683 # if @REPLACE_STDIO_READ_FUNCS@ && @GNULIB_STDIO_H_NONBLOCKING@
> 684 # if !(defined __cplusplus && defined GNULIB_NAMESPACE)
> 685 # undef gets
> 686 # define gets rpl_gets
> 687 # endif
> 688 _GL_FUNCDECL_RPL (gets, char *, (char *s) _GL_ARG_NONNULL ((1)));
> 689 _GL_CXXALIAS_RPL (gets, char *, (char *s));
> 690 # else
> 691 _GL_CXXALIAS_SYS (gets, char *, (char *s));
> 692 # undef gets
> 693 # endif
> 694 _GL_CXXALIASWARN (gets);
> 695 /* It is very rare that the developer ever has full control of stdin,
> 696 so any use of gets warrants an unconditional warning. Assume it is
> 697 always declared, since it is required by C89. */
> 698 //_GL_WARN_ON_USE (gets, "gets is a security hole - use fgets
> instead" );
> 699 #endif
>
> I'm u
> sing doxygen-1.8.6. Output for `uname -a`
> is
>
> Linux banzi 3.11.0-15-generic #25-Ubuntu SMP Thu Jan 30 17:25:07 UTC
> 2014 \
> i686 i686 i686 GNU/Linux
>
> Follows complete output of building process (from `./configure`).
>
> http://pastebin.com/b4mQG2wi
>
> Any help?
>
> Thank you,
>
> Giuseppe
>
>
>
> --
> **Guerilla Open Access Movement**
> >
> http://archive.org/stream/GuerillaOpenAccessManifesto/Goamjuly2008_djvu.txt
>
>
>
> --
> **Guerilla Open Access Movement**
> >
> http://archive.org/stream/GuerillaOpenAccessManifesto/Goamjuly2008_djvu.txt
>
>
> ------------------------------------------------------------------------------
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> _______________________________________________
> Doxygen-users mailing list
> Doxygen-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/doxygen-users
>
>
------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works.
Faster operations. Version large binaries. Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
_______________________________________________
Doxygen-users mailing list
Doxygen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/doxygen-users
