Compare with /usr/GNUstep/System/Library/Makefiles/rules.make This breaks mknfonts, which sets ADDITIONAL_LDFLAGS to link in freetype using the output of freetype-config. IMHO, LDFLAGS shouldn't be manipulated at all, even if ricers protest. In particular, unconventional LDFLAGS that work in C(++) might break Obj-C(++).
I didn't notice any breakage. But if I don't set it, no LDFLAGS are being used (bad GNUstep) and hence, rpath instructions are not coded in.
ok, I see that mknfonts breaks/is broken now. Still I need to have a way to insert those LDFLAGS such that apps like Terminal can compile/link.
That seems odd -- the GNUstep makefile system should take care of everything. For example, I downloaded the souce from Terminal and built it manually with: GNUSTEP_MAKEFILES=$(gnustep-config --variable=GNUSTEP_MAKEFILES) make Then, 'openapp Terminal.app' works fine. Moreover, with the LDFLAGS assignment commented out in the eclass, emerging Terminal works fine. Perhaps things "just work" in the overlay now?
what does echo $LD_LIBRARY_PATH say for you?
Nothing. FWIW, I rebuilt my entire gnustep toolchain after voyageur worked up the overlay in mid-June.
can you run ldd on Terminal binary?
linux-gate.so.1 => (0xffffe000) libutil.so.1 => /lib/libutil.so.1 (0xb7f55000) libgnustep-gui.so.0.12 => /usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0.12 (0xb7bdb000) libgnustep-base.so.1.14 => /usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.14 (0xb7849000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7833000) libobjc.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libobjc.so.1 (0xb781a000) libm.so.6 => /lib/libm.so.6 (0xb77f6000) libgcc_s.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libgcc_s.so.1 (0xb77ec000) libc.so.6 => /lib/libc.so.6 (0xb76cb000) libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0xb76a6000) libaspell.so.15 => /usr/lib/libaspell.so.15 (0xb7614000) libgif.so.4 => /usr/lib/libgif.so.4 (0xb760c000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb75eb000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0xb759a000) libz.so.1 => /lib/libz.so.1 (0xb7588000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7569000) libgmp.so.3 => /usr/lib/libgmp.so.3 (0xb7534000) libxslt.so.1 => /usr/lib/libxslt.so.1 (0xb7507000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb73f6000) libbfd-2.16.1.so => /usr/i686-pc-linux-gnu/lib/libbfd-2.16.1.so (0xb7363000) libdl.so.2 => /lib/libdl.so.2 (0xb735f000) /lib/ld-linux.so.2 (0xb7f6c000) libgpm.so.1 => /lib/libgpm.so.1 (0xb7359000) libstdc++.so.6 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.so.6 (0xb7280000) libSM.so.6 => /usr/lib/libSM.so.6 (0xb7278000) libICE.so.6 => /usr/lib/libICE.so.6 (0xb7261000) libX11.so.6 => /usr/lib/libX11.so.6 (0xb717b000) libXau.so.6 => /usr/lib/libXau.so.6 (0xb7177000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7172000)
ok, that's correct. I now use AUXILARY_LDFLAGS which according to rules.make is supposed to always be += and this allows me to build mknfonts, terminal and clipbook successfully. I consider this bug fixed then.