RE: New GNUstep make puts ffcall libraries in Libraries/lib

[Nicola Pero]

PS: ffcall is not built using gnustep-make ;-)

Presumably you configure it using

 ./configure --prefix=/usr/GNUstep/System

and you notice that that would install the lib into 
/usr/GNUstep/System/Library/Libraries with
gnustep-make v1 and now it installs the lib into /usr/GNUstep/System/lib.

What is likely happening is that we no longer install the config.site file
that was telling ffcall's configure to install libs into 
System/Library/Libraries
instead of System/libs. (reason that we don't install config.site is that we
are no longer sure about layouts, we don't want to risk overwriting another
config.site etc)

I personally would install ffcall into /usr/local/lib, but if you really want 
it installed
in gnustep's directories, you probably want to do 

 ./configure --libdir=/usr/GNUstep/System/Library/Libraries 
--includedir=/usr/GNUstep/System/Library/Headers

that should work both with gnustep-make v1 and v2.

Thanks


-----Original Message-----
From: Tom Koelman <address@hidden>
Sent: Sat, April 21, 2007 11:10 am
To: address@hidden
Subject: New GNUstep make puts ffcall libraries in Libraries/lib


Hi,

I just started to try to use the new GNUstep make 2.0 to build GNUstep
under Windows again. I use the default filesystem layout ("gnustep")
and I ./configure'd make with a prefix. I am using MinGW. The only
thing I changed from a working chaing of scripted commands to build
GNUstep base is to replace GNUstep make with 2.0.

Now, what happens is that ./configure of base complains about not
having ffcall installed. Prior to configuring base I actually did make
install ffcall, but this seems to have put the libraries in System/lib
instead of System/Library/Libraries as it did previously. I expect
this to be the reason configure of base fails.

Is putting the libraries in System/lib the expected behaviour? Should
I add this directory to LD_LIBRAY_PATH? Or did I miss some step and
should make have put ffcall's binaries in System/Library/Libraries
anyway?

Regards,
Tom Koelman



_______________________________________________
Gnustep-dev mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/gnustep-dev