discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Nick Allgood
Subject: Re: Issue starting Gorm, ProjectCenter, GWorkspace..etc on netbsd 5.0.2
Date: Fri, 19 Nov 2010 10:22:36 -0700

Well I installed freetype2 as suggested and now gnustep-back won't make:

This is gnustep-make 2.4.0. Type 'gmake print-gnustep-make-help' for help.
Making all in Source ...
Making all in subprojects of bundle libgnustep-back-019...
Making all for subproject gsc...
gmake[5]: Nothing to be done for `internal-subproject-compile'.
Making all for subproject x11...
gmake[5]: Nothing to be done for `internal-subproject-compile'.
Making all for subproject cairo...
gmake[5]: Nothing to be done for `internal-subproject-compile'.
Making all for bundle libgnustep-back-019...
gmake[4]: Nothing to be done for `internal-bundle-compile'.
Copying localized resources into the bundle wrapper...
Copying resources from subprojects into the bundle wrapper...
Making all in Tools ...
rm -f XGCommonFont.m
ln -s ../Source/xlib/XGCommonFont.m .
rm -f xdnd.c
ln -s ../Source/x11/xdnd.c .
Making all for tool gpbs...
Linking tool gpbs ...
/usr/pkg/lib/libcairo.so: undefined reference to `pixman_image_set_destroy_function'
/usr/pkg/lib/libcairo.so: undefined reference to `pixman_image_composite32'
/usr/pkg/lib/libcairo.so: undefined reference to `pixman_image_fill_boxes'
gmake[4]: *** [obj/gpbs] Error 1
gmake[3]: *** [internal-tool-all_] Error 2
gmake[2]: *** [gpbs.all.tool.variables] Error 2
gmake[1]: *** [internal-all] Error 2
gmake: *** [internal-all] Error 2


On Mon, Nov 15, 2010 at 10:06 AM, Wolfgang Lux <wolfgang.lux@gmail.com> wrote:
Fred Kiefer wrote:

Thank you for providing this list. It shows that you only link against
X11R7 libraries, so the X11R6 showing up in the linker command was a red
herring, just as Nicola thought.
Actually this list looks correct to me. This again points at your
libfreetype as being responsible for this problem.
The FTC code is, as David wrote used for font caching. In the cairo
backend we aren't using this directly, but you are compiling the art
bachend and there the interaction with the fonts happens on this level
(See font.m).

Your "strings" test seems to suggest that your version of libfreetype
was compiled without the FTC part, but I really cannot believe this. Is
there anybody out there on NetBSD 5.0.2 to verify this?

Well, it is indeed true that libfreetype on NetBSD does not export the FTC functions (for whatever reason, maybe just an oversight). Anyway, there are libfreetype packages in pkgsrc, which correctly export these functions. So cairo should work with these.

Nick, try
 pkg_add ftp://ftp.NetBSD.org/pub/pkgsrc/packages/NetBSD/i386/5.0/All/freetype2-2.4.2.tgz
to install the most recent freetype2 package and then configure GNUstep-back again with cairo (i.e., the default).

Wolfgang



reply via email to

[Prev in Thread] Current Thread [Next in Thread]