• Aardvark Soup (25/25) Nov 13 2010 Every time I try to compile a multi-file project the linker gives me a
• bearophile (5/9) Nov 13 2010 This is a problem that Walter seems to think it doesn't exist.
• Brad Roberts (10/22) Nov 13 2010 Interesting way you phrased your response.
• Aardvark Soup (5/14) Nov 14 2010 Ah, of course! Thanks, the problem is solved now. I've been so used to

Aardvark Soup <tomtervoort gmail.com> writes:

Every time I try to compile a multi-file project the linker gives me a 
whole list of "Symbol undefined" errors. For example, given the 
extremely simple source file test.d:


module test;
import test2;
import std.stdio;

void main()
{
     writef("%d",foo);
}


And test2.d:


module test2;

int foo() {return 42;}


Then I get the following error when I run dmd test:

OPTLINK (R) for Win32  Release 8.00.2
Copyright (C) Digital Mars 1989-2009  All rights reserved.
http://www.digitalmars.com/ctg/optlink.html
test.obj(test)
  Error 42: Symbol Undefined _D5test23fooFZi
--- errorlevel 1


I've already tried cleaning up all build files and adding the current 
directory to the system PATH, both to no avail. This does not happen 
while I compile single-file programs that import from the standard 
library. Does anyone have an idea how to fix this?

Thanks in advance.

bearophile <bearophileHUGS lycos.com> writes:

Aardvark Soup:

 I've already tried cleaning up all build files and adding the current 
 directory to the system PATH, both to no avail. This does not happen 
 while I compile single-file programs that import from the standard 
 library. Does anyone have an idea how to fix this?

This is a problem that Walter seems to think it doesn't exist.
The solution is to add all the module names you use in the command line.

Bye,
bearophile

Brad Roberts <braddr puremagic.com> writes:

On 11/13/2010 1:14 PM, bearophile wrote:
 Aardvark Soup:
 
 I've already tried cleaning up all build files and adding the current 
 directory to the system PATH, both to no avail. This does not happen 
 while I compile single-file programs that import from the standard 
 library. Does anyone have an idea how to fix this?

 
 This is a problem that Walter seems to think it doesn't exist.
 The solution is to add all the module names you use in the command line.
 
 Bye,
 bearophile

Interesting way you phrased your response.

The behavior of dmd here is explicit and specifically intended.  It's exactly
the same as every c and c++ compiler's behavior.  It's different than java.  And
interpreted languages are a different enough execution model to not compare them
directly.

rdmd can be used to build and execute multi-file applications more like
traditional scripting languages.

Later,
Brad

Aardvark Soup <tomtervoort gmail.com> writes:

Op 13-11-2010 22:14, bearophile schreef:
 Aardvark Soup:

 I've already tried cleaning up all build files and adding the current
 directory to the system PATH, both to no avail. This does not happen
 while I compile single-file programs that import from the standard
 library. Does anyone have an idea how to fix this?

 This is a problem that Walter seems to think it doesn't exist.
 The solution is to add all the module names you use in the command line.

 Bye,
 bearophile

Ah, of course! Thanks, the problem is solved now. I've been so used to 
using IDE's when programming in C++ and Java when programmng multi-file 
projects I always assumed this was generally being done automatically as 
long as all files were in the same folder.