On Wednesday, 13 February 2013 at 18:42:51 UTC, H. S. Teoh wrote:
On Wed, Feb 13, 2013 at 06:57:52PM +0100, Korey Peters wrote:
Thanks for your response, H.S.Teoh.
On Wednesday, 13 February 2013 at 17:47:09 UTC, H. S. Teoh
wrote:
>You need to specify both files on the command line, so that
>the
>linker
>knows where to find everything:
>
> rdmd sample.d sample_a.d
>
Running this from the command line produces (exactly?) the same
error...
me@ubuntu:~/src$ rdmd sample.d sample_a.d
/tmp/.rdmd-1000/rdmd-sample.d-94E53075E2E84D963426A11F2B81FDED/objs/sample.o:
In function `_Dmain':
sample.d:(.text._Dmain+0xa): undefined reference to
`_D8sample_a1A7__ClassZ'
collect2: error: ld returned 1 exit status
--- errorlevel 1
I tried swapping the order of the file names, but that didn't
help.
>But before you can actually use the stuff in the other file,
>that
>other file needs to be compiled as well (the 'import' only
>imports
>declarations; it doesn't actually compile the declared code),
>and it
>needs to be included in the linking stage so that all
>references
>between the source files can be linked properly.
Ah. I thought that the purpose of "rdmd" (as opposed to "dmd")
was to
link the files automatically. Thanks.
Actually, you're right, rdmd is supposed to automatically link
all
dependent files. I just tried your code in my environment
(Linux 64-bit,
git HEAD) and I didn't see this problem. I wonder if it's a bug
that has
since been fixed?
Maybe you can try inserting this line into sample_a.d:
module sample_a;
I'm not sure if that will help, but just trying to narrow down
the
problem a bit.
T
I created self-contained sample.d, ran it with rdmd, then moved
class A to sample_a.d and tried to run it with rdmd again. I
could reproduce the issue that way. It seems that rdmd caches the
dependency list. Using --chatty flag confirms that rdmd does not
run dmd to get the dependency list the second time.
This solves the issue:
rdmd --force sample
