On Tue, Oct 19, 1999 at 05:28:34PM +0200, Alexander Larsson wrote:
> Oh... Change line 315 in app/app_procs.c from
> return (strcmp(".so", &name[len-3])==0);
> to
> return (strcmp(".sl", &name[len-3])==0);
> And it should work.
>
> This obviously needs to be fixed. I wonder if there is some libtool way to
> find out the dll file extension. netbsd has the same problem, they call
> them .so.0.0.0. Maybe we should just give in and parse the .la files....
g_module_build_path() can be used to get the extension (by sending it empty
strings and check the last chars in the result, (yes its ugly, but i can't
see any better way of doing this)), this should be a pretty good solution.
If will not work if the files are called .so.0.0.0 though.
On the other hand it's probably ok to allow both ".so" and ".sl" (are there
more extensions?) always, it is not a big problem if the unlikely event
should happen that you try to dlopen a file that is not a dl.
--
Fredrik Hallenberg [EMAIL PROTECTED]
http://www.lysator.liu.se/~hallon [EMAIL PROTECTED]
