On Sat, 2009-08-15 at 07:53 +0200, Ralf Wildenhues wrote:
> > > * Laurent GUERBY wrote on Fri, Aug 14, 2009 at 10:52:35PM CEST:
> > > > => gcc/testsuite/ada/acats/run_all.sh
> > >
> > > > 3/ Here is the point I find surprising: the "ps fauxww" run in the
> > > > second "if" show that even if the s
On Sat, 2009-08-15 at 01:37 +0100, Dave Korn wrote:
> Hmpf. That seems to rule out that theory. Gnatlink is still spawning the
> gcc driver to link, rather than the linker itself; maybe the driver's doing
> something wrong? Is collect-ld a shell script or an executable on your host?
It's a sc
> > * Laurent GUERBY wrote on Fri, Aug 14, 2009 at 10:52:35PM CEST:
> > > => gcc/testsuite/ada/acats/run_all.sh
> >
> > > 3/ Here is the point I find surprising: the "ps fauxww" run in the
> > > second "if" show that even if the script is fully sequential
> > > at least one gnatmake subprocess (co
Laurent GUERBY wrote:
> gnatmake uses Non_Blocking_Spawn to call the compiler (gnatmake supports
> "-j N" like make), but for the gnatlink call (we see in the "ps fauxww")
> it uses in gcc/ada/make.adb:
>
>procedure Link
> ...
> GNAT.OS_Lib.Spawn (Gnatlink_Path.all, Link_Args, Success);
On Fri, 2009-08-14 at 23:36 +0200, Andreas Schwab wrote:
> Laurent GUERBY writes:
>
> > Any idea of why /bin/sh is running stuff in parallel instead
> > of sequential?
>
> Have you tried set -x?
IIRC I tried at first but it didn't gave me useful information,
everything looked "normal", then I
Laurent GUERBY writes:
> Any idea of why /bin/sh is running stuff in parallel instead
> of sequential?
Have you tried set -x?
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different
On Fri, 2009-08-14 at 23:25 +0200, Ralf Wildenhues wrote:
> Hello,
>
> * Laurent GUERBY wrote on Fri, Aug 14, 2009 at 10:52:35PM CEST:
> > => gcc/testsuite/ada/acats/run_all.sh
>
> > 3/ Here is the point I find surprising: the "ps fauxww" run in the
> > second "if" show that even if the script is
Hello,
* Laurent GUERBY wrote on Fri, Aug 14, 2009 at 10:52:35PM CEST:
> => gcc/testsuite/ada/acats/run_all.sh
> 3/ Here is the point I find surprising: the "ps fauxww" run in the
> second "if" show that even if the script is fully sequential
> at least one gnatmake subprocess (collect-ld) is sti
On Fri, 2009-08-14 at 22:19 +0100, Dave Korn wrote:
> Laurent GUERBY wrote:
>
> > 3/ Here is the point I find surprising: the "ps fauxww" run in the
> > second "if" show that even if the script is fully sequential
> > at least one gnatmake subprocess (collect-ld) is still marked as running
> > *i
Laurent GUERBY wrote:
> 3/ Here is the point I find surprising: the "ps fauxww" run in the
> second "if" show that even if the script is fully sequential
> at least one gnatmake subprocess (collect-ld) is still marked as running
> *in parallel* with the ps command in the subsequent "if" of the sc
Hi,
Even after the last patch I can still see random ACATS failures on a
stock debian etch x86_64 machine (gcc13). I've added many traces to the
ACATS script and I can see now a common pattern and it's not related
to Ada multi threading or wrong code generation.
First the ACATS script itself is r
11 matches
Mail list logo
