[cells-gtk-devel] Re: Cells-gtk]

[rm at seid-online.de]

On Thu, May 26, 2005 at 06:30:52PM -0400, Peter Denno wrote:
> On Thursday 26 May 2005 17:05, rm at seid-online.de wrote:
> > On Thu, May 26, 2005 at 04:52:59PM -0400, Peter Denno wrote:
> > > On Thursday 26 May 2005 15:19, Kenny Tilton wrote:
> > > > Fred Gilham wrote:
> > > > >Just FYI, I tried running cells-gtk under CMUCL and FreeBSD.  I got it
> > > > >to compile by fiddling with the library pathnames in gtk-ffi.lisp and
> > > > >creating links in /usr/local/lib to all the necessary C libraries.
> > >
> > > The way we look for gtk libraries is quite flawed. It didn't even work on
> > > my system after a minor OS update. Does anyone here have ideas or
> > > examples of how to do this better?
> >
> > Hmm, i can't speak for all OSs but at least for Linux and BSD one should
> > _not_ provide a path to the call to dlopen (unless one really needs to load
> > a library from a nonstandard place).
> 
> Hi Ralf,
> 
> Thanks. I think you mentioned this before, but now it is starting to sink in. 
> It works (just loading "libglib-2.0.so" etc). So for linux/cmucl at least, we 
> don't need all this searching for paths to the libraries.
> 
> I'll need to check what lispworks and allegro are doing.

Well, i can't imagine that they don't use the "native" loader of the OS. Anything
else would be asking for pain - but then, with Lispers you never know :-)

> For each of macosx and windows we look in only one place for the libraries.

Never worked with windows - i think on OSX it _would_ be possible to use a more
generic loading, but that depends on the way a dll i set up (framework vs. Unix
style dll).

 Cheers RalfD
> 
> 
> -- 
> - Best regards,
>    Peter