Bug 18514 – freebsd 11 with clang fails cpp abi tests

Status
RESOLVED
Resolution
DUPLICATE
Severity
blocker
Priority
P1
Component
dmd
Product
D
Version
D2
Platform
x86
OS
FreeBSD
Creation time
2018-02-24T04:46:04Z
Last change time
2018-02-24T10:42:23Z
Keywords
C++
Assigned to
No Owner
Creator
Brad Roberts

Comments

Comment #0 by braddr — 2018-02-24T04:46:04Z
/home/ec2-user/sandbox/at-client/pull-3047185-FreeBSD_32/dmd/generated/freebsd/release/32/dmd -conf= -m32 -Irunnable -L-lstdc++ -odgenerated/runnable -ofgenerated/runnable/cppa_0 runnable/cppa.d generated/runnable/cppb.cpp.o generated/runnable/cppa_0 core.exception.AssertError@runnable/cppa.d(259): Assertion failure ---------------- ??:? _d_assertp [0x285a87ae] ??:? ??? [0x8049b00] ??:? pure nothrow ref @nogc @trusted immutable(char) object.__equals!(char, immutable(char)).__equals(char[], immutable(char)[]).at!(immutable(char)).at(immutable(char)[], uint) [0x804b429] ??:? ??? [0x8049b24] ??:? ??? [0x804ab35] ??:? void rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).runAll().__lambda1() [0x285ce20a] ??:? void rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).tryExec(scope void delegate()) [0x285ce059] ??:? void rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).runAll() [0x285ce174] ??:? void rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).tryExec(scope void delegate()) [0x285ce059] ??:? _d_run_main [0x285cdfbf] ??:? pure nothrow ref @nogc @trusted immutable(char) object.__equals!(char, immutable(char)).__equals(char[], immutable(char)[]).at!(immutable(char)).at(immutable(char)[], uint) [0x804acab] ??:? ??? [0x8049518] ??:? ??? [0x80493f7] ??:? ??? [0x0] i = 1 j = 2 k = 3 i = 1 j = 2 k = 3 i = 1 j = 2 k = 3 this = 0x288d2000 i = 4 j = 5 k = 6 this = 0x28c1e1f0 D.bar: i = 9 D.bar: j = 10 D.bar: k = 11 F.bar: i = 11 F.bar: j = 12 F.bar: k = 13 ============================== Test failed: expected rc == 0, exited with rc == 1
Comment #1 by bugzilla — 2018-02-24T10:18:45Z
This appears to be caused by the switch from gcc to clang. The treatment of structs with no fields is different.
Comment #2 by bugzilla — 2018-02-24T10:42:23Z
*** This issue has been marked as a duplicate of issue 16243 ***