https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462
--- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot
Uni-Bielefeld.DE> ---
> --- Comment #15 from Iain Buclaw <ibuclaw at gdcproject dot org> ---
> Commits r270043 and r270057 deals with the immediate problems here, other
> problems raised in pr89255 I think should be handled on a per-case basis to
> keep track off each fail test easier.
Absolutely. I had a workaround for the second commit in my tree already
and tried a sparc-sun-solaris2.11 bootstrap with the first last night.
The execution tests get along far further now, but many (all of them?)
are spinning in repeated calls to nanosleep:
nanosleep(0xFFBFE140, 0xFFBFE148) = 0
tmout: 0.001000000 sec
resid: 0.000000000 sec
pstack shows
6706: gdc94/link11069a.exe
fe78fe58 nanosleep (ffbfe140, ffbfe148)
fefac72c core.thread.Thread.sleep(core.time.Duration) (ffbfe1c0, 1, ffbfe348,
0, ffbfe148, ffbfe140) + bc
fefa26b0 core.internal.spinlock.SpinLock.lock() shared (ff0582c0, 1, ffbfe1c0,
299163c, 0, 4) + 78
ff01270c ???????? (23ad0, ffbfe2a0, ffbfe2a4, ffbfe2ac, ffbfe2a8, ff0582c0) +
50
ff00e07c
_DT8_D2gc4impl12conservative2gc14ConservativeGC6mallocMFNbkkxC8TypeInfoZPv (0,
28, 0, ff052208, 0, 0) + 3c
ff019560 gc_malloc (28, 0, ff052208, ff06b790, fef7fc7c, ffbfe398) + 30
fefd0fd0 _d_newclass (ff052208, fef1c964, ffbfe418, ff06b790, fef7fc34,
ff052208) + 10c
fefa0818 onAssertErrorMsg (ffbfe4a0, 37c, ffbfe498, ff06b790, fef80444,
ff1de314) + 68
fefa0fa4 _d_assert_msg (ffbfe518, ffbfe510, 37c, 8, fef81410, ff1de314) + 2c
fefae600 core.thread.suspend(core.thread.Thread) (0, ff05ac00, 4c4b3f,
ff05abd0, ffbfe540, 1) + 374
ff00cc00 gc.impl.conservative.gc.Gcx.fullcollect(bool) (24118, 1, 24158, 8,
ff05a38c, 24118) + 4c
ff00d0ec gc.impl.conservative.gc.ConservativeGC.fullCollectNoStack() (23ad0,
fef18f14, fefd09fc, ff06b790, fef80b04, 0) + 60
ff002e74 _DT8_D2gc4impl12conservative2gc14ConservativeGC14collectNoStackMFNbZv
(23ad8, 0, fe7e6a80, 0, 0, ffffffff) + 18
ff019380 gc_term (ff05ae1c, 1, ff05abe0, ff05abc4, ff05abd0, 0) + 28
fefd09fc rt_term (1, ffbfe828, 4, ffbfeb90, ffbfe7a8, ffbfe95c) + 68
fefd0ab4 rt.dmain2._d_run_main(int, char**, extern(C) int(char[][])
function).runAll() (ffbfe95c, 6e6b, 14, ffbfe878, 0, ffbfeb7e) + 28
(dmain2.d:489)
fefd05d0 rt.dmain2._d_run_main(int, char**, extern(C) int(char[][])
function).tryExec(scope void() delegate) (ffbfe95c, ffbfe930, ffbfe928, 4, 14,
ffbfe95c) + 1c (dmain2.d:460)
fefd07e8 _d_run_main (1, ffbfe914, 1, ffbfe920, 14, 1) + 1c4
00012844 main (1, ffbfea34, ffbfea3c, 0, 0, 12ed0) + 1c
00012634 _start (0, 0, 0, 0, 0, 0) + 5c
Once I'd recompiled libphobos at -g3 -O0, the problem vanished, though.
I'll look closer and report my findings separately.
