- prefer iconv() from libc

Changed files:
    fontforge-iconv-in-libc.patch -> 1.1

diff --git a/fontforge-iconv-in-libc.patch b/fontforge-iconv-in-libc.patch
new file mode 100644 (file)
index 0000000..1f5a92f
--- /dev/null
+++ b/fontforge-iconv-in-libc.patch
@@ -0,0 +1,11 @@
+--- fontforge-20040418/configure.in.orig       2004-04-25 19:28:49.000000000 +0200
++++ fontforge-20040418/configure.in    2004-04-25 19:33:58.763255336 +0200
+@@ -47,7 +47,7 @@
+ \r
+ AC_SEARCH_LIBS(dlopen, dl) dnl some systems have this in libc (Darwin uses dyld)\r
+ AC_SEARCH_LIBS(inet_aton, resolv) dnl some systems have this in libc\r
+-AC_SEARCH_LIBS(libiconv, iconv) dnl linux has iconv in libc, mac,solaris have libiconv in libiconv, and a define to map iconv() to libiconv(), so we can't do the obvious check\r
++AC_CHECK_FUNC([iconv],,[AC_SEARCH_LIBS(libiconv, iconv)]) dnl linux has iconv in libc, mac,solaris have libiconv in libiconv, and a define to map iconv() to libiconv(), so we can't do the obvious check\r
+ \r
+ dnl Is there a better way to add a directory to the include path?\r
+ \r