GTK2 and Qt based ports fail to compile/link

[x11@…]

Machine: PB TiBook 800 OS: 10.3.1 X11.app, X11SDK, Xcode, ggc 3.3 Output from uname -a Darwin grendal.frinabulax.org 7.0.0 Darwin Kernel Version 7.0.0: Wed Sep 24 15:48:39 PDT 2003; root:xnu/xnu-517.obj~1/RELEASE_PPC Power Macintosh powerpc Output from gcc -v Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs Thread model: posix gcc version 3.3 20030304 (Apple Computer, Inc. build 1495)

There appears to be some problem with libtool in the example below it is writing /usr/local/lib into the link command without the -L prefix. In other failures it appears to create an *.la file that contains an empty string, or a [SPACE] as the name of a needed library. Where should I look to find better information to help track the bug?

The following is just one example for GTK2 (actually pango). Qt fails in another way, and sawfish fails in yet another: sh-2.05b$ port install gtk2 -D ~/src/darwinports/dports/ ---> Building pango with target all Error: Target com.apple.build returned: shell command "cd "/Users/royar/Desktop/sources/darwinports/dports/x11/pango/work/pango-1.2.5" && make all" returned error 2 Command output: make all-recursive Making all in pango Making all in opentype make[3]: Nothing to be done for `all'. Making all in mini-fribidi make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in modules Making all in arabic /bin/sh ../../libtool --mode=link gcc -g -O2 -Wall -o pango-arabic-ft2.la -rpath /opt/local/lib/pango/1.2.0/modules -export-dynamic -avoid-version -module

arabic-ft2.lo arabic-ot.lo ../../pango/libpangoft2-1.0.la -L/opt/local/lib

-lfontconfig -L/usr/local/lib -lfreetype ../../pango/libpango-1.0.la -L/opt/local/lib -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv gcc -bundle -flat_namespace -undefined suppress -o .libs/pango-arabic-ft2.so .libs/arabic-ft2.o .libs/arabic-ot.o -all_load /usr/local/lib/libgobject-2.0.a /usr/local/lib/libgmodule-2.0.a /usr/local/lib/libglib-2.0.a /usr/lib/libc.dylib /usr/lib/libtinfo.dylib /usr/lib/libm.dylib /usr/local/lib /usr/lib/libz.dylib /opt/local/lib/libfreetype.dylib /opt/local/lib/libexpat.dylib -L/usr/X11R6/lib -L/Users/royar/Desktop/sources/darwinports/dports/graphics/fontconfig/work/fontconfig-2.2.0/src/.libs /usr/lib/libiconv.dylib /opt/local/lib/libintl.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/libgmodule-2.0.dylib /opt/local/lib/libgobject-2.0.dylib /Users/royar/src/darwinports/dports/x11/pango/work/pango-1.2.5/pango/.libs/libpango-1.0.dylib -L/usr/local/lib -L/opt/local/lib ../../pango/.libs/libpangoft2-1.0.dylib /opt/local/lib/libfontconfig.1.0.4.dylib /usr/local/lib/libfreetype.dylib ../../pango/.libs/libpango-1.0.dylib /usr/local/lib/libintl.dylib /usr/local/lib/libiconv.dylib ld: can't map file: /usr/local/lib ((os/kern) invalid argument) make[3]: * [pango-arabic-ft2.la] Error 1 make[2]: * [all-recursive] Error 1 make[1]: * [all-recursive] Error 1 make: * [all-recursive-am] Error 2

Error: The following dependencies failed to build: pango

[x11@…]

url added

[x11@…]

I found the problem. The pkgconfig program was installed on my system before DarwinPorts. It was adding /usr/local/lib to the link commands (or something was). All of the pango *.la files included both -L/usr/local/lib and /usr/local/lib in dependencies. But /usr/local/lib was written into the libtool script as though it were a library. Dropping /usr/local/bin from my PATH and unsetting the LD_LIBRARY_PATH fixed this. However, without LD_LIBRARY_PATH some non Darwinports compiles now fail unable to find the libraries.