> In the same vein as my 20050418 patch, may be the following will help.
> Tested on x86_64-linux.
Looks reasonable to me. Of course it would be nice if the underlying bug
were fixed at some point, but that's another issue.
> 2005-05-15 Laurent GUERBY <[EMAIL PROTECTED]>
>
> * ada/acats/
On Thu, 2006-05-04 at 19:40 +0200, Richard Guenther wrote:
> On Thu, 4 May 2006, Laurent GUERBY wrote:
> > I see that from time to time, more on SMP/dual core machines, if you add
> > sync or sleep it goes away but the run is slower. I've always assumed
> > it's some kind of process/kernel/fs race
On Thu, 4 May 2006, Laurent GUERBY wrote:
> BUILD alone means that the sequence
>
> gnatchop x
> ls * > tmp
> main=`tail -1 tmp`
> echo "BUILD $main"
>
> got an empty tmp file.
>
> I see that from time to time, more on SMP/dual core machines, if you add
> sync or sleep it goes away but the run
BUILD alone means that the sequence
gnatchop x
ls * > tmp
main=`tail -1 tmp`
echo "BUILD $main"
got an empty tmp file.
I see that from time to time, more on SMP/dual core machines, if you add
sync or sleep it goes away but the run is slower. I've always assumed
it's some kind of process/kernel/f
>
> I'm experiencing ACATS failures that manifest in
>
> splitting
> /abuild/rguenther/obj4/gcc/testsuite/ada/acats/tests/a/ada101a.ada into:
>ada101a.adb
> BUILD
> FAIL: ada101a
> BUILD
> FAIL: c760009
> splitting
> /abuild/rguenther/obj4/gcc/testsuite/ada/acats/tests/cd/cd2a22i.ada in
I'm experiencing ACATS failures that manifest in
splitting
/abuild/rguenther/obj4/gcc/testsuite/ada/acats/tests/a/ada101a.ada into:
ada101a.adb
BUILD
FAIL: ada101a
BUILD
FAIL: c760009
splitting
/abuild/rguenther/obj4/gcc/testsuite/ada/acats/tests/cd/cd2a22i.ada into:
cd2a22i.adb
BUILD
