Hello,
On Thu, Apr 27, 2006 at 07:30:46AM +0200, Ralf Wildenhues wrote:
> > > fail because of `ps' in ``pwd`'.
I misunderstood this: I thought that a file named `ps' is in the
current dir, while you meant that `ps' is a substring the full
pathname of the current dir.
Having that mis-interpreatio
Hi Stepan,
* Stepan Kasal wrote on Thu, Apr 27, 2006 at 07:25:16AM CEST:
> On Wed, Apr 26, 2006 at 10:48:05PM +0200, Ralf Wildenhues wrote:
> > The failure I stumbled over was the `grep ps stderr' that didn't
> > fail because of `ps' in ``pwd`'.
>
> how could that happen? Do you mean that grep b
Hello Ralf,
On Wed, Apr 26, 2006 at 10:48:05PM +0200, Ralf Wildenhues wrote:
> The failure I stumbled over was the `grep ps stderr' that didn't
> fail because of `ps' in ``pwd`'.
how could that happen? Do you mean that grep behaved as
grep '' ps stderr?
Or did the string "ps" got to stderr some
OK? The failure I stumbled over was the `grep ps stderr' that didn't
fail because of `ps' in ``pwd`'.
Cheers,
Ralf
* tests/overrid.test: Change all regexes for warning messages to
match after a colon, so that the prepended file names do not
cause false matches. Tighten o
OK to apply? The java.test bug caused a spurious failure on
hppa2.0w-hp-hpux11.11, as the trap would set an exit status of 0.
Cheers,
Ralf
* tests/java.test: `configure' uses a trap, so use `(exit 77);
exit 77' to portably set the exit status similar to AS_EXIT.
* tests/f
OK to apply? The build path contained the string `build-power',
and thus the test failed spuriously. I figured fiddling with
" $* " and *\ -p\ * was ugly as well (and error-prone if you
allow spaces in directory names!), so I chose to rather do it
The Right Way[tm].
Cheers,
Ralf
* tests
http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=automake&pr=481
I tested that myself now on hppa2.0w-hp-hpux11.11 with
| aCC: HP ANSI C++ B3910B A.03.65
and the "ia64hp" depmode seems to work fine.
* Olivier Fourdan wrote:
> I think the name "ia64hp" might be someho
