On Tue, 19 Oct 1999, Fredrik Hallenberg wrote:
> 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.
Ok. So now if handles ".so", ".sl", ".dll" (someones porting Dia to
OS/2) and ".so.0.0.0" (libtool creates this on netbsd at least). If you've
got an old (0.41) Linux version installed, make sure you remove the
.so.0.0.0 libs before running the new version.
/ Alex
