Even though libiconv v1.8 is installed and available in /usr/local/lib, fontconfig refuses to recognize that the libraries are available when using GNU ld. It also uses improper arguments when using Sun ld, thus killing the make. The configure script does recognize libiconv as shown below. . . checking for iconv... yes checking for freetype-config... /usr/local/bin/freetype-config . . However, the actual compile fails once it reaches the fc-cache section. When using GNU ld: bash-2.05# make . . make[2]: Entering directory `/tmp/fontconfig-2.3.2/fc-cache' /bin/bash ../libtool --mode=link gcc -mcpu=v9 -o fc-cache fc-cache.o ../src/libfontconfig.la gcc -mcpu=v9 -o .libs/fc-cache fc-cache.o ../src/.libs/libfontconfig.so -L/usr/local/lib /usr/local/lib/libfreetype.so -lz /usr/local/lib/libexpat.so -Wl,--rpath -Wl,/usr/local/lib ../src/.libs/libfontconfig.so: undefined reference to `libiconv_open' ../src/.libs/libfontconfig.so: undefined reference to `libiconv_close' ../src/.libs/libfontconfig.so: undefined reference to `libiconv' collect2: ld returned 1 exit status make[2]: *** [fc-cache] Error 1 make[2]: Leaving directory `/tmp/fontconfig-2.3.2/fc-cache' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/fontconfig-2.3.2' make: *** [all] Error 2 When using Sun ld, the make errors out because of invalid arguments, even though configure recognized that the ld is not a GNU ld.
After doing additional searching, I found the workaround that was listed in bug #2775. Fontconfig did compile properly after making the changes to the various Makefile.in files and is being recognized by pkg-config. *** This bug has been marked as a duplicate of 2775 ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.