[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 10:16:21 +0200
User-agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv: Gecko/20110629 SeaMonkey/2.0.14

Sebastian Reitenbach wrote:

On Friday, June 1, 2012 09:44 CEST, Riccardo Mottola<address@hidden>  wrote:


Riccardo Mottola wrote:
Sebastian Reitenbach wrote:
LDFLAGS="-lz" CPPFLAGS="-I/usr/X11R6/include" ./configure \
     --with-freetype2-add-includes=/usr/X11R6/include \
I added a small openbsd exception, to pass CXXFLAGS. It compiles for
me now without any tricks.
How is it for you guys? I can now build PDFKit on  more platforms than
before, I hope I improved the various cflags/ldflags settings. For
openBSD I added an exception to pass the freetyp2 options inside the
CXXFLAGS or compilation would fail.
I correctly pass the -Wno-string-write to avoid warnings, previously it
was set but unused due to errors.

I previoulsy was unable to build on OpenBSD and FreeBSD9
Compiles for me now too on OpenBSD, without the need of environment variables 
and patches.
Still need to test running it.

The problem now, however, is that when building the PDF viewer bundle of
GWorkspace I get linker problems, symbols are not found, thus the
inspector does not get build. I fear that it oculd be cause not using
g++ anymore while linking, how is it for you? Of course you need to
clean and run reconfigure for gworkspace and check the config.log of
If that is the case, I am clueless.
I need to compile gworkspace the following way:

LDFLAGS=-L/usr/X11R6//lib ./configure --enable-gwmetadata
ADDITIONAL_LIB_DIRS="-L../../DBKit/obj/ -L../../../FSNode/FSNode.framework/Versions/Current/ 
-L../../../DBKit/obj/"  gmake LDFLAGS="-L/usr/X11R6/lib -lfreetype"

The LDFLAGS thingies are needed for the PDFKit Inspector.
The ADDITIONAL_LIB_DIRS are needed, because some modules have the wrong include 
When another version of GWorkspace is installed then it will pick up and link 
against those libs,
but when there is no GWorkspace installed yet, then compilation will fail.
I can send a patch later Today for the ADDITIONAL_LIB_DIRS.

Darn. I already tagged and packaged gworkspace 0.9.1 :) You say the installed version has priority. Hmm. I think some of this was fixed by patches of Richard Stonehouse. 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.


reply via email to

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