DRD Team

Posted: **Tue Aug 12, 2008 20:28**

I know this says it's with revision 153 but I have checked and rechecked that it is in fact 154 and I have cleaned and rebuilt and even done a fresh checkout.

Anyway, that's not the main problem that I am reporting...

Code: Select all

------ Build started: Project: zdoom, Configuration: Debug Win32 ------
Checking svnrevision.h...
src/svnrevision_gz.h updated to revision 153.
Assembling f:\Doom\GZdoomSource\gzdoom_comp\src\win32\wrappers.asm...
Assembling f:\doom\gzdoomsource\gzdoom_comp\src\asm_ia32\tmap3.asm...
nasm: fatal: unable to open input file `f:\doom\gzdoomsource\gzdoom_comp\src\asm_ia32\tmap3.asm'
Could not open .\Debug\tmap3.obj
Project : error PRJ0019: A tool returned an error code from "Assembling f:\doom\gzdoomsource\gzdoom_comp\src\asm_ia32\tmap3.asm..."
Build log was saved at "file://f:\Doom\GZdoomSource\gzdoom_comp\Debug\BuildLog.htm"
zdoom - 1 error(s), 0 warning(s)
========== Build: 13 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

Posted: **Tue Aug 12, 2008 20:40**

Nasm is weird. I had the same problem with wrappers.nas in earlier revisions but when it got renamed the problem went away. Do you have the file in question?

Posted: **Tue Aug 12, 2008 21:25**

I think you'll have to manually copy the ASM directories from ZDoom's source into GZDoom's.

They should be in the src directories of ZDoom's.

Posted: **Tue Aug 12, 2008 21:32**

Graf Zahl wrote:Do you have the file in question?

tmap3.asm? A quick search for it seems to indicate that I don't.

I do have it in my Zdoom source directory and r1163 certainly compiled without errors for me.

I'll copy the file across from Zdoom and see what happens.

Posted: **Tue Aug 12, 2008 21:47**

Hmm, as Nash suggested, I didn't have the asm directories at all (are they actually in the SVN repository?). I copied them across from Zdoom and it compiled and seems to be working.

A debug build gave me this:
[spoiler]

Code: Select all

snes_spc.lib(SPC_Filter.obj) : warning LNK4217: locally defined symbol __wassert imported in function "public: void __thiscall SPC_Filter::run(short *,int)" (?run@SPC_Filter@@QAEXPAFH@Z)
snes_spc.lib(SNES_SPC_misc.obj) : warning LNK4049: locally defined symbol __wassert imported
snes_spc.lib(SNES_SPC.obj) : warning LNK4049: locally defined symbol __wassert imported
snes_spc.lib(SPC_DSP.obj) : warning LNK4049: locally defined symbol __wassert imported

[/spoiler]
But I think that's been reported before and is OK?

[edit]
I just looked in the SVN repository manually using ie and I don't see the asm directories in the GZdoom repository but they are there in Zdoom.
[/edit]

Posted: **Tue Aug 12, 2008 22:25**

Yeah, the asm directories have to be copied. If you have a SVN trunk of ZDoom as well, don't forget to delete the .svn sub-directories from the copies in GZDoom -- it could cause problems once Graf commits these files to the SVN, and in the meantime it'll make your compiled exes always get the M tag even if no line of code is changed.

Posted: **Wed Aug 13, 2008 0:06**

Gez wrote:don't forget to delete the .svn sub-directories from the copies in GZDoom

THat was actually the problem. They still contained ZDoom's .svn data so TortoiseSVN didn't let me add them.

DRD Team

r154 Compiling problem

r154 Compiling problem