Re: [pdf-devel] Undefined symbols libiconv libiconv_close libiconv_open

[Aleksander Morgado]

> > Forget it. It's not a problem in new gnulib sources. The problem comes
> > from the following line in src/Makefile.am:
> >
> > libgnupdf_la_LDFLAGS = -no-undefined
> >
> > Which was added to create a DLL when compiling for windows with mingw32.
> >
> > If disabled, it will compile correctly in Darwin. Should we put it as a
> > condition only for compiling in Windows environment?
>
> Seems to be a good solution.

Just prepared a patch for this, which will prevent using --no-undefined 
except for mingw32 compilation (so Mac OS X compilation should not use 
it). Not sure if this is the best way to handle this, anyway.

-Aleksander

Index: configure.ac
===================================================================
RCS file: /cvsroot/pdf/libgnupdf/configure.ac,v
retrieving revision 1.38
diff -r1.38 configure.ac
229a230,244
> dnl OS-based compilation options
> compile_w32_system=no
> case "${host}" in
>     *-mingw32*)
>         compile_w32_system=yes
>         ;;
>     *)
>         ;;
> esac
> 
> dnl Specific W32 needs of compilation
> AM_CONDITIONAL([COMPILE_W32_SYSTEM], [test "x$compile_w32_system" = "xyes"])
> 
> 
> 
Index: src/Makefile.am
===================================================================
RCS file: /cvsroot/pdf/libgnupdf/src/Makefile.am,v
retrieving revision 1.47
diff -r1.47 Makefile.am
88c88,90
< libgnupdf_la_LDFLAGS = -no-undefined
---
> if COMPILE_W32_SYSTEM
>   libgnupdf_la_LDFLAGS = -no-undefined
> endif