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
