[PATCH, take 5][cygwin|mingw] Control where win32 DLLs get installed.

2009-08-16 Thread Dave Korn
Fifth time lucky! (Why do I say these things, I'm only asking for trouble!) libtool/ChangeLog: * Makefile.am (TESTSUITE_AT): Add bindir.at. * libltdl/config/general.m4sh (func_normal_abspath): New function. (func_relative_path): Likewise. * libltdl/config/ltmai

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

2009-08-16 Thread Dave Korn
Roumen Petrov wrote: > Dave Korn wrote: >> Roumen Petrov wrote: >>> I think that processing of '..' in a path is too naive. It will fail to >>> produce correct results on filesystems with links. >> >> this function implements 'abspath', not 'realpath', ^^^

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

2009-08-16 Thread Charles Wilson
Roumen Petrov wrote: > Dave Korn wrote: >> Roumen Petrov wrote: >>> I think that processing of '..' in a path is too naive. It will fail to >>> produce correct results on filesystems with links. >> >> As I explained to Eric, this function implements 'abspath', not >> 'realpath', >> and given that

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

2009-08-16 Thread Roumen Petrov
Dave Korn wrote: Roumen Petrov wrote: I think that processing of '..' in a path is too naive. It will fail to produce correct results on filesystems with links. As I explained to Eric, this function implements 'abspath', not 'realpath', and given that we can't assume any of the directories e

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

2009-08-16 Thread Dave Korn
Dave Korn wrote: > Guess I'll have to `ls *foo*0*` them and test -z the output, that > should work. Nope, may have whitespace. Is checking the return status of ls portable? cheers, DaveK

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

2009-08-16 Thread Dave Korn
Ralf Wildenhues wrote: > * Dave Korn wrote on Sun, Aug 16, 2009 at 06:26:11PM CEST: +AT_CHECK([$LIBTOOL --mode=install $lt_INSTALL main$EXEEXT $curdir/bin/main$EXEEXT], [], [ignore], [ignore]) +AT_CHECK([$LIBTOOL --mode=execute $curdir/bin/main$EXEEXT], [], [stdout]) >>> This one s

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

2009-08-16 Thread Dave Korn
Roumen Petrov wrote: > > I think that processing of '..' in a path is too naive. It will fail to > produce correct results on filesystems with links. As I explained to Eric, this function implements 'abspath', not 'realpath', and given that we can't assume any of the directories even exist when

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

2009-08-16 Thread Roumen Petrov
Dave Korn wrote: So, here I hope is the final respin. Built and tested on i686-pc-cygwin and i686-pc-linux-gnu with no regressions and all new tests passing (see below sig separator for details). libtool/ChangeLog: * Makefile.am (TESTSUITE_AT): Add bindir.at. * libltdl/config

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

2009-08-16 Thread Ralf Wildenhues
* Dave Korn wrote on Sun, Aug 16, 2009 at 06:26:11PM CEST: > Ralf Wildenhues wrote: > > sorry for making you go through another round. > > :-/ That'll teach me to say "unless there's anything else?" Hehe. > > \+ is a GNU sed extension, \{1,\} is Posix (two instances). > > Nested \( \) are

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

2009-08-16 Thread Dave Korn
Ralf Wildenhues wrote: > Hi Dave, > > sorry for making you go through another round. :-/ That'll teach me to say "unless there's anything else?" >> +pathcar="s,^/\([^/]*\).*$,\1," >> +pathcdr="s,^/[^/]*,," >> +removedotparts="s,/\(\.\(/\|$\)\)\+,/,g" >> +collapseslashes="s,/\+,/,g" > > \+

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

2009-08-16 Thread Ralf Wildenhues
Hi Dave, sorry for making you go through another round. Except for the sed issues the following nits are all mechanical, and it would suffice if you re-checked only your new tests and only on one of the affected systems. I consider the patch ready after this round, but I will probably leave a co