>   Windows doesn't have any concept of an rpath in executables, nor of
> LD_LIBRARY_PATH; all required DLLs must be found on the PATH when an exe is
> invoked.  The Ada shared libraries are currently installed into adaobj/ in
> the gcc private dir, which is not (and should not be) on users' PATHs, so
> the result is that executables compiled with the -shared binder option
> don't work.

You're right.

>   The attached patch fixes Windows DLLs to be installed into $bindir, and
> while it does that it also generates import libraries, which live in the
> private adaobj/ directory and serve for linking executables to the DLLs
> (it's actually preferred to link against an import library than directly
> against the DLL itself).  Finally it adjusts the name of the DLLs on Cygwin
> to match the cyg*.dll naming scheme used there to avoid clashes with MinGW
> DLLs.

Could you elaborate on why linking against an import library is preferred over 
liking against the DLL directly?

-- 
Eric Botcazou

Reply via email to