• via Digitalmars-d-bugs (39/39) Mar 03 2016 https://issues.dlang.org/show_bug.cgi?id=15748

via Digitalmars-d-bugs <digitalmars-d-bugs puremagic.com> writes:

https://issues.dlang.org/show_bug.cgi?id=15748

          Issue ID: 15748
           Summary: inconsistent symbols generated by dmd vs ldc
           Product: D
           Version: D2
          Hardware: x86
                OS: Mac OS X
            Status: NEW
          Severity: enhancement
          Priority: P1
         Component: dmd
          Assignee: nobody puremagic.com
          Reporter: timothee.cour2 gmail.com

test.d:
---
module tests.stacktrace.test2.test;
void test(){}
---

$compiler -oflibfoo.a -lib -g test.d

compiler=dmd:
nm libfoo.a|grep _D5tests10stacktrace5test24testFZv
warning: nm: no name list
00000000000002d4 S _D5tests10stacktrace5test24testFZv

compiler=ldmd2:
0000000000000240 T __D5tests10stacktrace5test24testFZv


several things differ:
double '_' for ldmd2, single for dmd
T (text section) for ldmd2 vs S for dmd

I was actually trying to link a program compiled with dmd with a library
compiled with ldc, and ran into:
Undefined symbols for architecture x86_64:
  "_D5tests10stacktrace5test212__ModuleInfoZ", referenced from:
      _D5tests10stacktrace4test12__ModuleInfoZ in z02.o
  "_D5tests10stacktrace5test24testFZv", referenced from:
      __Dmain in z02.o

Shouldn't this use case be supported ?
Even if not 100%; would enable use cases involving fast compile times from dmd
+ fast code (for critical code) from ldc.

--