I'm having some strange problems compiling a project. I'm currently using Poseidon to write and compile code. At one point (after including OpenGL extensions from Derelict) I just couldn't get it to compile anymore. So I tried using bud from the command line, and poof! It worked. But then I thought I'd make bud collect the obj files in a single directory, so I added the -odObjs switch.. but that gave me a similar error as poseidon did. The error returned is:

C:\D\Logos>bud main.d -Tmain.exe -odtest
OPTLINK (R) for Win32  Release 8.00.1
Copyright (C) Digital Mars 1989-2004  All rights reserved.
test\main.obj(main)
 Error 42: Symbol Undefined _D8derelict4util6loader13GenericLoader4loadMFAaZv
test\main.obj(main)
 Error 42: Symbol Undefined _D8derelict4util6loader13GenericLoader6unloadMFZv
test\sdl.obj(sdl)
 Error 42: Symbol Undefined _D8derelict4util6loader13GenericLoader5setupMFAaAaAa
PFC8derelict4util6loader9SharedLibZvAaZv
test\sdl.obj(sdl)
 Error 42: Symbol Undefined _D8derelict4util6loader16Derelict_GetProcFC8derelict
4util6loader9SharedLibAaZPv

Still, if I compile using:
bud main.d -Tmain.exe

It works perfectly. What is going on here?

On Thu, 07 Feb 2008 12:40:05 -0500, Audun Wilhelmsen wrote:

> But then I thought I'd make bud collect the obj files in a single directory, so I added the -odObjs switch.. but that gave me a similar error as poseidon did. The error returned is:
> 
> C:\D\Logos>bud main.d -Tmain.exe -odtest
> OPTLINK (R) for Win32  Release 8.00.1
> Copyright (C) Digital Mars 1989-2004  All rights reserved.
> test\main.obj(main)
>  Error 42: Symbol Undefined _D8derelict4util6loader13GenericLoader4loadMFAaZv
> test\main.obj(main)
>  Error 42: Symbol Undefined _D8derelict4util6loader13GenericLoader6unloadMFZv
> test\sdl.obj(sdl)
>  Error 42: Symbol Undefined _D8derelict4util6loader13GenericLoader5setupMFAaAaAa
> PFC8derelict4util6loader9SharedLibZvAaZv
> test\sdl.obj(sdl)
>  Error 42: Symbol Undefined _D8derelict4util6loader16Derelict_GetProcFC8derelict
> 4util6loader9SharedLibAaZPv
> 
> Still, if I compile using:
> bud main.d -Tmain.exe
> 
> It works perfectly. What is going on here?

I suspect it is trying to link old object files. Although the -od will pace all the new object files into a single directory, it doesn't mean that the linker will look there.

Can you try a couple of things...

First try using the -clean -full switches. This will force all source to be recompiled and it will remove the object files after a successful link.

Secondly, if the problem still persists, use the -V switch to get a very verbose output. I can use that output to see the actions it is taking and have a better idea about what is going on.

Personally, I never use the -od switch as I don't care where the object files are temporarily stored. However, if your source is in read-only directories you still need to specify a writable work area for object files using the -od switch.

-- 
Derek Parnell
Melbourne, Australia
skype: derek.j.parnell