Re: [Doxygen-users] Fwd: `make` fails (probably) because of libiconv

[Albert <alb...@gm...>]

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' <gi...@gm...> 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
> Dox...@li...
> https://lists.sourceforge.net/lists/listinfo/doxygen-users
>
>