inConfig (Was: Re: Configuring gnu-gnu-gnu on OSX 10.3.4)

[Dennis Leeuw]

Just a dumb blond remark:

I have been trying to write cod (http://ocean.made-it.com/tools.html) 
such that it finds the headers needed... but this isn't the first time 
the header issue comes up, and GNUstep is not the only project facing 
this challenge, and cod is "just" a shell script.

Wouldn't it be more logical to create a ldconfig like tool that 
maintains a database of the include dirs?
Just a config file let's say /etc/inc.config and a tool that you can ask 
to find e.g. ffi.h and return the entire path. Configure can then be 
made to use this tool. If you make it an FSF tool the changes of being 
used in autoconf is more likely.

Just some thinking on a sunny tuesday lunchbreak in the Netherlands.

Dennis

Chuck Remes wrote:
> On Jul 5, 2004, at 11:25 PM, Adam Fedor wrote:
>
> > On Jul 5, 2004, at 4:36 AM, Thierry DELHAISE wrote:
> >
> > > Hi all,
> > >
> > > I trying to build gnustep-base on OSX 10.3.4
> > >
> > > ./configure failed on gnustep/core/base : saying that ffi 
> > > functionality are not here :
> > >
> > > ...
> > > checking ffi.h usability... no
> > > checking ffi.h presence... no
> > > checking for ffi.h... no
> > > ...
> >
> >
> > Perhaps you could send the config.log file to me?
> >
> >
> > > I 've verified that ffi.h is present in /usr/local/gcc3.4/include.
> > configure looks for ffi like a normal library, so it assumes ffi.h is 
> > somewhere like /usr/local/include.  You could try adding this to the 
> > configure line:
> >
> > --with-ffcall-include=/usr/local/gcc3.4/include
> >
> > (Note: that says ffcall, not ffi, but it's just a hack that should 
> > work OK for now...).
>
> Alternately, you could try something like:
>
> ./configure LDFLAGS="-L/opt/local/lib" CPPFLAGS="-I/opt/local/include"
>
> I used darwinports to install the libffi package (it defaults to using 
> /opt/local as its destination).
>
> cr
>
>
>
> _______________________________________________
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnustep


--
You must learn from the mistakes of others. You can't possibly live long 
enough to make them all yourself.
                        --- Sam Levenson