r154 Compiling problem

Post by **Enjay** » 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 ==========

Post by **Graf Zahl** » 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?

YouTube · Post by **Nash** » 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.

Post by **Enjay** » 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.

Post by **Enjay** » 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]

Post by **Gez** » 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.

Post by **Graf Zahl** » 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.