Re: non portable sed scripts

2006-05-23 Thread Paul Eggert
Ralf Wildenhues <[EMAIL PROTECTED]> writes: > the 2.59 shell selection algorithm would probably(?) have selected > /bin/sh as shell, whereas, due to changes we did because of OSF, > /usr/bin/posix/sh is preferred now. Ouch. Good catch. > I hope we get away with this. I don't think we will, sin

Re: non portable sed scripts

2006-05-23 Thread Tim Rice
On Tue, 23 May 2006, Ralf Wildenhues wrote: > > > Pleas try again with /usr/bin/posix/sh as shell; that's what the shell > > > selection algorithm of 2.59c will select. > > > > Yes that fails. /usr/bin/posix/sh is a symbolic link to /u95/bin/sh which > > is hard linked to /u95/bin/ksh. /usr/bin/k

Re: non portable sed scripts

2006-05-23 Thread Stepan Kasal
Hello, On Tue, May 23, 2006 at 02:33:42PM +0200, Stepan Kasal wrote: > you are so bright, Ralf! this doesn't sound nice, I'm afraid. I wanted to say that it was realy clever to notice that > > | s,^\([ ]*#[]*\)[^ ]*\([ ][ ]*HAVE_DECL_STPCPY\)[ > > (].*$,\1define\2 0 , > > | H

Re: non portable sed scripts

2006-05-23 Thread Stepan Kasal
Hello, On Tue, May 23, 2006 at 10:43:22AM +0200, Ralf Wildenhues wrote: > | s,^\([ ]*#[]*\)[^ ]*\([ ][ ]*HAVE_DECL_NANOSLEEP\)[ > (].*$,\1define\2 0 , > | s,^\([ ]*#[]*\)[^ ]*\([ ][ ]*HAVE_DECL_REALLOC\)[ > (].*$,\1define\2 1 , > | s,^\([ ]*#[

Re: non portable sed scripts

2006-05-23 Thread Ralf Wildenhues
[ Cc:ing bug-autoconf again ] * Tim Rice wrote on Tue, May 23, 2006 at 04:13:34AM CEST: > On Mon, 22 May 2006, Ralf Wildenhues wrote: > > > > Next I tried > > > CONFIG_SHELL=/bin/sh /bin/sh \ > > > /opt/src/gnu/coreutils-5.95/configure \ > > > CONFIG_SHELL=/bin/sh > > > Again a val

Re: Bug#368502: autoconf: breaks existing build systems that use ${datadir}

2006-05-23 Thread Ralf Wildenhues
[ better keep the debian bug address in Cc: ] * Ben Pfaff wrote on Tue, May 23, 2006 at 01:34:18AM CEST: > > The "configure" script from the CVS autoconf did report warnings > for the lack of datarootdir. This appears to be harmless. The > two versions of "configure" generated identical config.