Re: Issue starting Gorm, ProjectCenter, GWorkspace..etc on netbsd 5.0.2

[Fred Kiefer]

The interesting bit of the compiler output is this one:

> gcc -shared  -rdynamic -Wl,-R/usr/pkg/lib -L/usr/pkg/lib
> -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib       -o
> ./libgnustep-back-019.bundle/./libgnustep-back-019
> ./obj/libgnustep-back-019.obj/GSBackend.m.o ./gsc/obj/subproject.o
> ./x11/obj/subproject.o ./art/obj/subproject.o
> -L/root/GNUstep/Library/Libraries
> -L/usr/GNUstep/Local/Library/Libraries
> -L/usr/GNUstep/System/Library/Libraries  -Wl,-R/usr/pkg/lib
> -L/usr/pkg/lib -L/usr/pkg/lib -lart_lgpl_2 -lm -L/usr/X11R7/lib
> -lfreetype -lz  -L/usr/X11R7/lib -R/usr/X11R7/lib -lXmu -lXt -lXext
> -lX11   -lGL   -lgnustep-gui    -lgnustep-base   -lpthread -lobjc
> -lm

On my 64-bit Linux system I get:
gcc -shared  -rdynamic      -shared-libgcc -fexceptions -o
./libgnustep-art-019.bundle/./libgnustep-art-019
./obj/libgnustep-art-019.obj/GSBackend.m.o ./gsc/obj/subproject.o
./x11/obj/subproject.o ./art/obj/subproject.o
-L/root/GNUstep/Library/Libraries -L/usr/GNUstep/Local/Library/Libraries
-L/usr/GNUstep/System/Library/Libraries   -L/usr/lib64 -lart_lgpl_2 -lm
-lfreetype -lz  -lXmu -lXt -lXext -lX11   -lGL   -lgnustep-gui
-lgnustep-base   -lpthread -lobjc   -lm

This looks very similar and in both cases -lfreetype is present but Xft
and fontconfig are missing. The main difference I see is the -R switch
used on NetBSD. What is this for and why isn't it present for freetype?

But the real problem is most likely within libfreetype.so.6, on my
system this library contains FTC_Manager_New. For the NetBSD version
this doesn't seem to be true. Maybe we need to add a check for that
function into our configure script and give up if it isn't present?
This wouldn't help you in any way, but make the problem explicit.

Could you please open up libfreetype.so.6 (the one ldd tells you was
linked against your libgnustep-back-019) in you favourite editor (surely
this will be Emacs, is there any other?) and see whether it exports
(using nm didn't work for me).

We should try to get somebody involved in this problem who has at least
some knowledge about NetBSD.

Fred