Re: [PATCH, take 3][cygwin|mingw] Control where win32 DLLs get installed.

[Ralf Wildenhues]

* Ralf Wildenhues wrote on Thu, Aug 13, 2009 at 08:23:22AM CEST:
> * Dave Korn wrote on Tue, Aug 11, 2009 at 09:07:12AM CEST:
> > --- a/doc/libtool.texi
> > +++ b/doc/libtool.texi
> > @@ -1376,6 +1376,15 @@ Tries to avoid versioning (@pxref{Versioning}) for 
> > libraries and modules,
> >  i.e.@: no version information is stored and no symbolic links are created.
> >  If the platform requires versioning, this option has no effect.
> >  
> > address@hidden -bindir
> > +When linking a DLL for Windows or another PE platform, this option tells
> 
> What does this have to do with PE?  All this is about is that there is
> no real, independent $shlibpath_var beside PATH.

Erm, what I meant was that: this system provides no way to hard-code
library paths into executables, and also has no $shlibpath_var
independent of the PATH variable.  Sorry about that.

>  I'm OK with mentioning
> that Windows is the sole current user of this, but please let's word
> this in a way that doesn't require us to change the interface if some
> other system requires it, too.  Ideally, neither the text.

> > +for x in \
> > +   ${curdir}/usr/lib/gcc/i686-pc-cygwin/4.5.0/bin/ \
> > +   ${curdir}/usr/lib/gcc/i686-pc-cygwin/4.5.0/bin \
> > +   ${curdir}/usr/lib/gcc/i686-pc-cygwin/4.5.0/ \
> > +   ${curdir}/usr/lib/gcc/i686-pc-cygwin/4.5.0 \
> > +   ${curdir}/usr/lib/gcc/i686-pc-cygwin/bin/ \
> > +   ${curdir}/usr/lib/gcc/i686-pc-cygwin/bin \
> > +   ${curdir}/usr/lib/gcc/i686-pc-cygwin/ \
> > +   ${curdir}/usr/lib/gcc/i686-pc-cygwin \
> > +   ${curdir}/usr/lib/bin/ \
> > +   ${curdir}/usr/lib/bin \
> > +   ${curdir}/usr/bin/ \
> > +   ${curdir}/usr/bin \
> > +   ${curdir}/bin/ \
> > +   ${curdir}/bin \

You don't test paths with a '../' component in it.  I thus assume they
won't work with your implementation (they work with gnulib-tool's).
These components often occur within GCC (haven't checked whether for
your particular situation, but I'd wonder why they shouldn't).

Cheers,
Ralf