gap-dev-discuss
[Top][All Lists]
Advanced

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

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


From: Sebastian Reitenbach
Subject: Re: [Gap-dev-discuss] ready packages, release candidates
Date: Fri, 01 Jun 2012 10:34:52 +0200
User-agent: SOGoMail 1.3.15

 
On Friday, June 1, 2012 10:16 CEST, Riccardo Mottola <address@hidden> wrote: 
 
> Sebastian Reitenbach wrote:
> >
> > On Friday, June 1, 2012 09:44 CEST, Riccardo Mottola<address@hidden>  wrote:
> >
> >    
> >> Hi,
> >>
> >> Riccardo Mottola wrote:
> >>      
> >>> Sebastian Reitenbach wrote:
> >>>        
> >>>> LDFLAGS="-lz" CPPFLAGS="-I/usr/X11R6/include" ./configure \
> >>>>      --with-freetype2-add-includes=/usr/X11R6/include \
> >>>>      --with-freetype2-includes=/usr/X11R6/include/freetype2
> >>>>          
> >>> Hmm..
> >>> 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
> >> "Inspector".
> >> 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 paths.
> > 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 just rechecked, and you are right, the ADDITIONAL_LIB_DIRS is indeed not
needed anymore, so sorry for the noise.

> 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 
where
all other gnustep libraries get installed. Therefore, it will just find them. 
libfreetype
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 
deal
with that. But for the ports tree, I'm fine with setting the environment 
variables.
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.

Sebastian

> 
> Riccardo
 
 
 
 



reply via email to

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