www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - Linking to C

reply scrappylildude <sdl yahoo.com> writes:
Hello,

New to D, but I am loving it so far.

I am having some trouble linking to a C library static library (LibRaw 0.10.0).
 I ran htod on the LibRaw
header files, and fixed up the resulting file by hand.

Now when I compile and attempt to link, I get one error:

Undefined symbols:
  "_D16libraw_c_headers12__ModuleInfoZ", referenced from:
      _D10helloworld12__ModuleInfoZ in helloworld.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
--- errorlevel 1

Obviously I don't have any identifiers by these names.  I wrote a simple
library which printf's "Hello
World" and linked to it without problems.  So I thought the problem might be
due to name mangling
incompatibilities, so I recompiled libraw under gcc4.2 and llvm-gcc and got the
same issue both times.

Can anyone provide a clue?  I know the linker can't resolve the above, but I
have no idea how to go
about fixing it.

Environment: Mac OS X 10.6.4, DMD v2.049.
Nov 02 2010
next sibling parent Mike Chaten <mchaten gmail.com> writes:
--0016e6dd95a9d7c19104941bc119
Content-Type: text/plain; charset=ISO-8859-1

How are you compiling & linking the files? I've gotten this error before
when I forgot to include a file in my compilation (in your case
libraw_c_headers)

On Tue, Nov 2, 2010 at 8:47 PM, scrappylildude <sdl yahoo.com> wrote:

 Hello,

 New to D, but I am loving it so far.

 I am having some trouble linking to a C library static library (LibRaw
 0.10.0).  I ran htod on the LibRaw
 header files, and fixed up the resulting file by hand.

 Now when I compile and attempt to link, I get one error:

 Undefined symbols:
  "_D16libraw_c_headers12__ModuleInfoZ", referenced from:
      _D10helloworld12__ModuleInfoZ in helloworld.o
 ld: symbol(s) not found
 collect2: ld returned 1 exit status
 --- errorlevel 1

 Obviously I don't have any identifiers by these names.  I wrote a simple
 library which printf's "Hello
 World" and linked to it without problems.  So I thought the problem might
 be due to name mangling
 incompatibilities, so I recompiled libraw under gcc4.2 and llvm-gcc and got
 the same issue both times.

 Can anyone provide a clue?  I know the linker can't resolve the above, but
 I have no idea how to go
 about fixing it.

 Environment: Mac OS X 10.6.4, DMD v2.049.

--0016e6dd95a9d7c19104941bc119 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable How are you compiling &amp; linking the files? I&#39;ve gotten this error b= efore when I forgot to include a file in my compilation (in your case libra= w_c_headers)<br><br><div class=3D"gmail_quote">On Tue, Nov 2, 2010 at 8:47 = PM, scrappylildude <span dir=3D"ltr">&lt;<a href=3D"mailto:sdl yahoo.com">s= dl yahoo.com</a>&gt;</span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex;">Hello,<br> <br> New to D, but I am loving it so far.<br> <br> I am having some trouble linking to a C library static library (LibRaw 0.10= .0). =A0I ran htod on the LibRaw<br> header files, and fixed up the resulting file by hand.<br> <br> Now when I compile and attempt to link, I get one error:<br> <br> Undefined symbols:<br> =A0&quot;_D16libraw_c_headers12__ModuleInfoZ&quot;, referenced from:<br> =A0 =A0 =A0_D10helloworld12__ModuleInfoZ in helloworld.o<br> ld: symbol(s) not found<br> collect2: ld returned 1 exit status<br> --- errorlevel 1<br> <br> Obviously I don&#39;t have any identifiers by these names. =A0I wrote a sim= ple library which printf&#39;s &quot;Hello<br> World&quot; and linked to it without problems. =A0So I thought the problem = might be due to name mangling<br> incompatibilities, so I recompiled libraw under gcc4.2 and llvm-gcc and got= the same issue both times.<br> <br> Can anyone provide a clue? =A0I know the linker can&#39;t resolve the above= , but I have no idea how to go<br> about fixing it.<br> <br> Environment: Mac OS X 10.6.4, DMD v2.049.<br> </blockquote></div><br> --0016e6dd95a9d7c19104941bc119--
Nov 02 2010
prev sibling parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 11/2/10 7:47 PM, scrappylildude wrote:
 Hello,

 New to D, but I am loving it so far.

 I am having some trouble linking to a C library static library (LibRaw
0.10.0).  I ran htod on the LibRaw
 header files, and fixed up the resulting file by hand.

 Now when I compile and attempt to link, I get one error:

 Undefined symbols:
    "_D16libraw_c_headers12__ModuleInfoZ", referenced from:
        _D10helloworld12__ModuleInfoZ in helloworld.o
 ld: symbol(s) not found
 collect2: ld returned 1 exit status
 --- errorlevel 1

 Obviously I don't have any identifiers by these names.  I wrote a simple
library which printf's "Hello
 World" and linked to it without problems.  So I thought the problem might be
due to name mangling
 incompatibilities, so I recompiled libraw under gcc4.2 and llvm-gcc and got
the same issue both times.

 Can anyone provide a clue?  I know the linker can't resolve the above, but I
have no idea how to go
 about fixing it.

 Environment: Mac OS X 10.6.4, DMD v2.049.

Say you used htod obtaining libraw_c_headers.d and then used import in some D program like this: // File myfile.d import libraw_c_headers; ... more D code ... In that case, the module libraw_c_headers.d needs to be actually included in the build. For example, I assume you now do: $ dmd myfile.d Hi, this is your linker and I'll output an incomprehensible message. &^%$%$#%&^$*&^(*&^*&$&^#%$^#$%^# $ #^%$#&^%$*%^& $ _ You need to do: $ dmd myfile.d libraw_c_headers.d $ _ Andrei
Nov 02 2010
next sibling parent reply scrappylildude <sdl yahoo.com> writes:
Thank you Andrei!

I thought because I had imported libraw_c_headers.d in myfile.d that I didn't
need to do
that.

Thank you, it works perfectly.

P.S. Sorry, perhaps this question should have been posted in D.Learn?
Nov 02 2010
next sibling parent "Nick Sabalausky" <a a.a> writes:
"scrappylildude" <sdl yahoo.com> wrote in message 
news:iaqgha$1p6k$1 digitalmars.com...
 Thank you Andrei!

 I thought because I had imported libraw_c_headers.d in myfile.d that I 
 didn't need to do
 that.

If you use something like rdmd or xfbuild then you can just specify the "main" D file, and it'll automatically find all dependencies like that.
 P.S. Sorry, perhaps this question should have been posted in D.Learn?

Probably, but we're not too strict :)
Nov 02 2010
prev sibling parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 11/2/10 9:14 PM, scrappylildude wrote:
 Thank you Andrei!

 I thought because I had imported libraw_c_headers.d in myfile.d that I didn't
need to do
 that.

 Thank you, it works perfectly.

 P.S. Sorry, perhaps this question should have been posted in D.Learn?

rdmd takes care of figuring out dependencies: http://www.digitalmars.com/d/2.0/rdmd.html If you just say $ rdmd --build-only myfile.d $ _ then rdmd will figure out that myfile.d depends on libraw_c_headers.d and link it in automatically. See http://www.digitalmars.com/d/2.0/rdmd.html. Andrei
Nov 02 2010
parent reply scrappylildude <sdl yahoo.com> writes:
That's great--thanks Nick, Andrei.

I tried it and it looks like I haven't configured something right.   I'm
building a sample
project with my program, my utility class library and libraw.  I've added the
path to
libraw_c_headers.d to dmd.conf, now that I don't have a -I switch any more
(using
rdmd).

When I use rdmd, something like my original error seems to have returned:  :(

rdmd --build-only helloworld.d

Undefined symbols:  "_D4hecl4base8HECLBase11__InterfaceZ", referenced from:
_D4hecl4base12__ModuleInfoZ in helloworld.d.old: symbol(s) not foundcollect2: ld
returned 1 exit status
--- errorlevel 1

My project is organized as follows:
root/
    stuff_i_made/
        my project/
            helloworld.d
        my class library/
            hecl*.d
    stuff_I_didnt_make/
        libraw/
            lib/
                libraw_r.a
            src/
                libraw_c_headers.d

Using --dry-run seems to show everything except the libraw_r.a.  Since I don't
have a
-L switch with rdmd, I assume this is the problem?
Nov 02 2010
parent "Nick Sabalausky" <a a.a> writes:
"scrappylildude" <sdl yahoo.com> wrote in message 
news:iaqu6l$2sq5$1 digitalmars.com...
 That's great--thanks Nick, Andrei.

 I tried it and it looks like I haven't configured something right.   I'm 
 building a sample
 project with my program, my utility class library and libraw.  I've added 
 the path to
 libraw_c_headers.d to dmd.conf, now that I don't have a -I switch any more 
 (using
 rdmd).

 When I use rdmd, something like my original error seems to have returned: 
 :(

 rdmd --build-only helloworld.d

 Undefined symbols:  "_D4hecl4base8HECLBase11__InterfaceZ", referenced 
 from:
 _D4hecl4base12__ModuleInfoZ in helloworld.d.old: symbol(s) not 
 foundcollect2: ld
 returned 1 exit status
 --- errorlevel 1

 My project is organized as follows:
 root/
    stuff_i_made/
        my project/
            helloworld.d
        my class library/
            hecl*.d
    stuff_I_didnt_make/
        libraw/
            lib/
                libraw_r.a
            src/
                libraw_c_headers.d

 Using --dry-run seems to show everything except the libraw_r.a.  Since I 
 don't have a
 -L switch with rdmd, I assume this is the problem?

Oh that's right, I forgot you said you were linking against a static C lib. There's currently three bugs in RDMD relating to what you're doing here, two of them have patches though: http://d.puremagic.com/issues/show_bug.cgi?id=3564 http://d.puremagic.com/issues/show_bug.cgi?id=4672 http://d.puremagic.com/issues/show_bug.cgi?id=4928 Until those get sorted out (or at least the first one, and then apply the patches from the other two), then yea, you'll probably have to work around it by just passing everything to dmd directly: dmd "stuff_i_made/my project/helloworld.d" "stuff_i_made/my class library/hecl*.d" stuff_I_didnt_make/libraw/lib/libraw_r.a stuff_I_didnt_make/libraw/src/libraw_c_headers.d If you're using D1, you could probably use xfbuild (don't have link offhand, but should be easy to google).
Nov 02 2010
prev sibling parent reply Mike Chaten <mchaten gmail.com> writes:
--001485f89468ea5e27049420067b
Content-Type: text/plain; charset=ISO-8859-1

Any options with just one dash afaik (ala -L) will pass through to dmd.

On Wed, Nov 3, 2010 at 2:07 AM, scrappylildude <sdl yahoo.com> wrote:

 That's great--thanks Nick, Andrei.

 I tried it and it looks like I haven't configured something right.   I'm
 building a sample
 project with my program, my utility class library and libraw.  I've added
 the path to
 libraw_c_headers.d to dmd.conf, now that I don't have a -I switch any more
 (using
 rdmd).

 When I use rdmd, something like my original error seems to have returned:
  :(

 rdmd --build-only helloworld.d

 Undefined symbols:  "_D4hecl4base8HECLBase11__InterfaceZ", referenced from:
 _D4hecl4base12__ModuleInfoZ in helloworld.d.old: symbol(s) not
 foundcollect2: ld
 returned 1 exit status
 --- errorlevel 1

 My project is organized as follows:
 root/
    stuff_i_made/
        my project/
            helloworld.d
        my class library/
            hecl*.d
    stuff_I_didnt_make/
        libraw/
            lib/
                libraw_r.a
            src/
                libraw_c_headers.d

 Using --dry-run seems to show everything except the libraw_r.a.  Since I
 don't have a
 -L switch with rdmd, I assume this is the problem?

--001485f89468ea5e27049420067b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Any options with just one dash afaik (ala -L) will pass through to dmd.<br>= <br><div class=3D"gmail_quote">On Wed, Nov 3, 2010 at 2:07 AM, scrappylildu= de <span dir=3D"ltr">&lt;<a href=3D"mailto:sdl yahoo.com">sdl yahoo.com</a>= &gt;</span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex;">That&#39;s great--thanks Nick, Andrei.<br> <br> I tried it and it looks like I haven&#39;t configured something right. =A0 = I&#39;m building a sample<br> project with my program, my utility class library and libraw. =A0I&#39;ve a= dded the path to<br> libraw_c_headers.d to dmd.conf, now that I don&#39;t have a -I switch any m= ore (using<br> rdmd).<br> <br> When I use rdmd, something like my original error seems to have returned: = =A0:(<br> <br> rdmd --build-only helloworld.d<br> <br> Undefined symbols: =A0&quot;_D4hecl4base8HECLBase11__InterfaceZ&quot;, refe= renced from:<br> _D4hecl4base12__ModuleInfoZ in helloworld.d.old: symbol(s) not foundcollect= 2: ld<br> <div class=3D"im">returned 1 exit status<br> --- errorlevel 1<br> <br> </div>My project is organized as follows:<br> root/<br> =A0 =A0stuff_i_made/<br> =A0 =A0 =A0 =A0my project/<br> =A0 =A0 =A0 =A0 =A0 =A0helloworld.d<br> =A0 =A0 =A0 =A0my class library/<br> =A0 =A0 =A0 =A0 =A0 =A0hecl*.d<br> =A0 =A0stuff_I_didnt_make/<br> =A0 =A0 =A0 =A0libraw/<br> =A0 =A0 =A0 =A0 =A0 =A0lib/<br> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0libraw_r.a<br> =A0 =A0 =A0 =A0 =A0 =A0src/<br> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0libraw_c_headers.d<br> <br> Using --dry-run seems to show everything except the libraw_r.a. =A0Since I = don&#39;t have a<br> -L switch with rdmd, I assume this is the problem?<br> <br> <br> <br> <br> <br> </blockquote></div><br> --001485f89468ea5e27049420067b--
Nov 02 2010
parent "Nick Sabalausky" <a a.a> writes:
 Any options with just one dash afaik (ala -L) will pass through to dmd.

Yes, although they have to come before the main D file, so it has to be like this: rdmd -Lwhatever main.d NOT: rdmd main.d -Lwhatever
Nov 02 2010