[Top][All Lists]

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

Re: [Gap-dev-discuss] ready packages, release candidates

From: Riccardo Mottola
Subject: Re: [Gap-dev-discuss] ready packages, release candidates
Date: Fri, 01 Jun 2012 11:11:10 +0200
User-agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv: Gecko/20110629 SeaMonkey/2.0.14


Sebastian Reitenbach wrote:

I just rechecked, and you are right, the ADDITIONAL_LIB_DIRS is indeed not
needed anymore, so sorry for the noise.

Excellent. See that it also builds, links and runs in a clean environment as you do for packages.
Sometimes we do fix things :) See that it all works then

I don't know well how to handle this in a good way, I am not that expert
in make+configure.
Perhaps we could tweak the PDF inspector.

But I think That PDFKit is not linked well, one should not need to add
the linker path stuff.
For example, if you compile a gnustep applicaon, you do not need to add
al paths of libxml. libtiff, etc needed to compile base and gui.
For me, libxml, libtiff etc are installed in /usr/local/lib, the same place 
all other gnustep libraries get installed. Therefore, it will just find them. 
is in a different location. Where do you have libfreetype installed on Linux? 
On my
opensuse box, its in /usr/lib64 where I guess the make will just find it and 
pick it up
easily. I guess the configure script for the Inspectors need to be enhanced to 
with that. But for the ports tree, I'm fine with setting the environment 
This is easy enough for me ;) Since its done this way for years, I don't think
its a reason to hold back a GWorkspace release.

gnustep-back links to freetype for me. On freebsd I have:
%ldd ./libgnustep-back-023
./libgnustep-back-023: => /usr/X11R6/lib/ (0x28371000) => /usr/X11R6/lib/ (0x2845d000)

yet when I compile any program (including other pieces of gworkspace which use configure) I do not need to add any special flags. Thus something can be improved in PDFKit, but what?


reply via email to

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