Closed WebDrake closed 4 years ago
See: https://launchpadlibrarian.net/421245844/buildlog_snap_ubuntu_xenial_i386_ldc2-1.15_BUILDING.txt.gz for an example of the failing build.
[Win32 is fine.]
Ah sry, confused this with an LDC issue, other repo. ;)
I don't see the issue you're referring to. In any case does that issue explain the segfault I'm seeing in tests?
After a quick glance into dmd.root.file (your backtrace contains the File
dtor), I guess the reason is that the File.buffer
is mem.xfree
d (=> GC.free()
with -lowmem
) in the dtor, while it's allocated with malloc and friends in File.read()
.
So LDC bug, then, rather than upstream DMD?
Nope, DMD bug.
Ah, from what you said I assumed it was down to how mem.xfree
behaved with -lowmem
, which I assumed was LDC specific. There's certainly no difference between dmd.root.file
in previous releases and the current one, so I presume a change elsewhere must have exposed the issue?
If you're thinking about filing a DMD issue - it's probably easier if I just fix it.
Thanks for taking this up! I see that PR is against DMD master branch -- what's the chance of getting it into a patch release?
It turned out more difficult than expected and it's not ready yet. It might make it into LDC 1.16 final.
Ah, damn :-\ This is going to block any i386 package for 1.15, then ... ?
The failure doesn't happen for Win32; it might be sporadic. It also shouldn't be 32-bit specific. One way of working around it would be simply deleting the 2 *_gc.d files before running dmd-testsuite, as done for Travis with the ltsmaster host compiler (https://github.com/ldc-developers/ldc/blob/81b8a646346d562e289cdeeebf4387d47ea1cc7a/.travis.yml#L114-L115).
@kinke I gather the patch made it in -- what's the chance of getting a backport? Or is it 1.16 only ... ?
Well, 1.16 has been released, so I don't see an urgent need for a 1.15 backport - -lowmem
is purely optional. I can't confirm the patch really fixes the problem surfacing here, as I've never been able to reproduce the issue myself, so a confirmation from your side would be welcome. :)
Yup, I'm readying a 1.16.0 release right now. Would just be nice to be able to release an i386 1.15 ;-)
Closing this as WONTFIX: it's a shame, but not worth trying to address with so many subsequent compiler releases.
The i386 build of the snap package fails during
dmd-testsuite-debug
. Specifically it segfaults duringtestptrref_gc.d
: