owkey, i've "down"graded my fmodex install to v 4.11.03, so now the fmodex part compiles correctly, but i get an error at the xlatc part
(i thought you removed most of it from zdoom, is it still in gzdoom or not?)
GuntherDW, try this patch. I moved lemon .y-file to xlat2 dir, so make should not try to yacc it. The patch is not as clean as usual, because I used dos2unix too much to fix 'no source files' errors.
I think SNES_SPC and modplug library/implementation and include files should be separated.
Btw, does it compile gzdoom for you without -lmodplug? It compiled for me in both cases, but I didn't carefully check that with make clean; make, so I'm not sure.
You do not have the required permissions to view the files attached to this post.
it compiles correctly now, but i can no longer use brightmaps apperantly, don't know if it's my drivers or gzdoom though
couldn't enable it again after i disabled it, noticed it wasn't enabled (or gzdoom was just damn dark) and after that i just could put it back on
gzdoom also hogs my CPU so much my entire PC just freezes for a couple of seconds, when i'm looking at a certain point in a level, and it doesn't even have to be a user made level
(for ex KDiZD has this one a lot, especially in for ex Z1M3 in the room with the "fly" bug, or the one with the stairs with the 'secret' (?) attic
when i look upwards it happens a lot, with only 0.15 to 0.2 secs of "move" frames
this bug is irritating as hell though
also, (but this also occurs with zdoom), fmodex doesn't like my install apperantly, some sounds seem to crash zdoom and i have to run zdoom with -nomusic, because otherwise i'd just get a black screen and i have to kill -9 zdoom
Fixed and renamed tools/lemon/Makefile.mgw to Makefile
Small tools/updaterevision/Makefile fix
wadsrc/Makefile cleaned zdoom.pk3 instead of gzdoom.pk3, fixed
Modplug compilation fixes
Brightmaps and lights pk3 are now compiled via main makefile
distclean target now should remove all generated files
$(ZDOOMBIN) target should now have complete dependencies
I changed some makefiles so compilation on Mingw should be rechecked.
ADDED: Brightmaps definitely work for me (To test them I use 'summon cyberdemon' in start area of the Entryway and then go to the hallway with god mode enabled).
I can't play gzdoom without -nomusic too and it seems to be known zdoom bug.
You do not have the required permissions to view the files attached to this post.
Just for the record: I won't install any more Linux compile fixes unless someone seriously tries to make one that is based as closely on ZDoom's makefile as possible. As long as there are larger differences I can't just make simple updates because my comparison tools are of no help if the differences are too large - which would mean you'd have to do it over and over again.
Ok, are only makefiles must be as close to ZDoom's ones as possible or other files too? If not only makefiles must, I think I should stop using dos2unix util.
Could someone explain current differences between not patched zdoom's and not patched gzdoom's linux makefiles, especially the RESTART thing?
On what zdoom revisions are GZ1.1.02r0 and r78 based on?
If you really want to help, please fix the makefile for the latest revision (r82), which is based on ZDoom r862. Please note that the DEHSUPP compiler is not present in the GZDoom project and I won't add it again because it's too much of a hassle to keep it around. Unfortunately Randy disagrees and prefers to keep this instead of fixing the Dehacked code...
ADDED1: forgot to mention: tools/lemon/Makefile.mgw should be deleted
ADDED2: patch_r82_1.dif contains more aggressive changes to Makefile.linux (for example the whole RESTART thing is removed) and a small change to snes_spc/Makefile
You do not have the required permissions to view the files attached to this post.
Patch applied - after removing the parts that changed source code files. My local copy is always up to date with the latest ZDoom revision so this was already fixed.
Little patch for r92:
UPDATED2: Not working patch removed. Full patch is below.
Graf Zahl, should I do additional changes to the makefile to make it easier for automatic updates from zdoom's one? For example should I make GZDoom additions to be in their own lines rather than being appended to ZDoom's original lines?
ADDED: It seems I posted a patch too early. GZDoom crashes for me, crashlog attached
UPDATED: Debug build crashlog
UPDATED2: Crash fixed, see details below
You do not have the required permissions to view the files attached to this post.
Last edited by Costja on Mon Apr 14, 2008 17:08, edited 1 time in total.
Sorry, I couldn't find reasons of the crash and I don't have time to investigate it better. I didn't saw anything strange within extp and extensions vars via gdb (actually via graphical interface to it - insight).
As I said in the previous post, I replaced release build crashlog within debug build crashlog. I hope someone who has more knowledge can easily fix this crash.
src/gl/gl_hirestex.cpp: In member function ‘int FGLTexture::CheckExternalFile(bool&)’:
src/gl/gl_hirestex.cpp:314: warning: cannot pass objects of non-POD type ‘class FString’ through ‘...’; call will abort at runtime
The patch is attached.
Copied to be not missed: Graf Zahl, should I do additional changes to the makefile to make it easier for automatic updates from zdoom's one? For example should I make GZDoom additions to be in their own lines rather than being appended to ZDoom's original lines?
ADDED:
Damn,
nonPODWarn.cc:6: warning: cannot pass objects of non-POD type `struct
std::string' through `...'; call will abort at runtime
This warning should IMHO really be turned into an error. The diagnostic ends
with "... call will abort at runtime", which sounds pretty severe to me!
It cannot be as it is only undefined behavior and the C++ (and C standard by the way) says that
undefined behavior cannot be an error only a warning.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
You do not have the required permissions to view the files attached to this post.