> 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