To make a svn build (newest development version, may be buggy, but your job is to find these bugs and report them), follow these steps:

1. Make sure you have about 2.5GB free space
2. Download http://rm.endoftheinternet.org/~nexuiz/ ... System.zip
3. Extract it to somewhere
4. Double click build.bat and wait one or two hours
5. Double click run-sdl.bat or run-wgl.bat to play

To update to latest svn:

1. Double click build.bat and wait some minutes
2. Double click run-sdl.bat or run-wgl.bat

It will go much faster, as most stuff won't need redownloading or recompiling.

Note that your config and dlcache will be saved in My Documents\My Games\nexuiz, and not in the nexuiz folder this script wrote. If you are not a developer, do not mess with these folders - there is no user editable .cfg or the like inside! Do your own stuff in My Documents\My Games\nexuiz instead! config.cfg for example will be in My Documents\My Games\nexuiz\data, and you'd also put your pk3s in that folder!

\o/

Rudolf is teh 1337!!!

If anyone got it working, please post, as I'd like to know if it works on any other than my own machine now.

Last night I had actually started work on my own version of this... though I had only gotten the NSIS installer to work as I wanted (basically instead of trying to track down the different licenses and such I just had it download the SVN client, MiniGW and fteqcc and let them do their own installers, then do the install and start menu shortcuts).

Oh well, I just got beat to the punch I'm going to let it run now while I go to classes, I'll update when I get back if it works or not. Thanks for making this, div

edit: Hmm, got an error. Running on Vista Business 32-bit, I got a window that said "sh.exe has stopped working." It gave me these problem details:

Code: Select all

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name:   sh.exe
  Application Version:   0.0.0.0
  Application Timestamp:   3946e1f6
  Fault Module Name:   ntdll.dll
  Fault Module Version:   6.0.6001.18000
  Fault Module Timestamp:   4791a7a6
  Exception Code:   c0000005
  Exception Offset:   00043387
  OS Version:   6.0.6001.2.1.0.256.6
  Locale ID:   1033
  Additional Information 1:   ceba
  Additional Information 2:   6656e349cd2db8d30a374eb910046ad1
  Additional Information 3:   1208
  Additional Information 4:   5f2192fca0614f88193ae96ab521754d


This is the output in the DOS window around the crash:

Code: Select all

make bin-debug \
DP_MAKE_TARGET=mingw DP_SOUND_API=WIN \
EXE="darkplaces.exe" LDFLAGS_COMMON="-lws2_32 -Wl,--large-address-aware -mwindow
s -lwinmm -luser32 -lgdi32 -ldxguid -ldinput -lcomctl32" LEVEL=1

abnormal program termination
C:\Users\Stuart\AppData\Local\Temp\make23843.sh: fork failed: no error [1]
make bin-debug \
DP_MAKE_TARGET=mingw DP_SOUND_API=WIN \
EXE="darkplaces-sdl.exe" LDFLAGS_COMMON="-lws2_32 -Wl,--large-address-aware `sh
../SDL/bin/sdl-config --libs` `[ -n "" ] && echo \ /libmodplug.a\ -lstdc++`" LEV
EL=1

abnormal program termination
C:\Users\Stuart\AppData\Local\Temp\make23844.sh: fork failed: no error [1]
make[1]: *** [sdl-debug] Error 1
make[1]: Leaving directory `E:/nexuiz-svn/darkplaces'
make: *** [debug] Error 2
An error has occurred (see above).
Press any key to continue . . .

Hopefully this helps.

Not at all, as I did not write this sh.exe. Can you try sh.exe, make.exe and rm.exe from other sources (e.g. gnu win32) and put them in unxutils/usr/local/bin?

hi div, I managed to follow all the steps you told me and it worked like a charm.

The whole thing was done after about 30 minutes.

works fine on my windows XP x64

thanks a lot for this! I really appreciate this

ahh, I gotta try this when I get some time later on.

This is cool

I am currently in the process of replacing the unxutils files by msys files, which should fix the issue on Vista.

Shoe wrote:edit: Hmm, got an error. Running on Vista Business 32-bit, I got a window that said "sh.exe has stopped working." It gave me these problem details:

Code: Select all

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name:   sh.exe
  Application Version:   0.0.0.0
  Application Timestamp:   3946e1f6
  Fault Module Name:   ntdll.dll
  Fault Module Version:   6.0.6001.18000
  Fault Module Timestamp:   4791a7a6
  Exception Code:   c0000005
  Exception Offset:   00043387
  OS Version:   6.0.6001.2.1.0.256.6
  Locale ID:   1033
  Additional Information 1:   ceba
  Additional Information 2:   6656e349cd2db8d30a374eb910046ad1
  Additional Information 3:   1208
  Additional Information 4:   5f2192fca0614f88193ae96ab521754d


This is the output in the DOS window around the crash:

Code: Select all

make bin-debug \
DP_MAKE_TARGET=mingw DP_SOUND_API=WIN \
EXE="darkplaces.exe" LDFLAGS_COMMON="-lws2_32 -Wl,--large-address-aware -mwindow
s -lwinmm -luser32 -lgdi32 -ldxguid -ldinput -lcomctl32" LEVEL=1

abnormal program termination
C:\Users\Stuart\AppData\Local\Temp\make23843.sh: fork failed: no error [1]
make bin-debug \
DP_MAKE_TARGET=mingw DP_SOUND_API=WIN \
EXE="darkplaces-sdl.exe" LDFLAGS_COMMON="-lws2_32 -Wl,--large-address-aware `sh
../SDL/bin/sdl-config --libs` `[ -n "" ] && echo \ /libmodplug.a\ -lstdc++`" LEV
EL=1

abnormal program termination
C:\Users\Stuart\AppData\Local\Temp\make23844.sh: fork failed: no error [1]
make[1]: *** [sdl-debug] Error 1
make[1]: Leaving directory `E:/nexuiz-svn/darkplaces'
make: *** [debug] Error 2
An error has occurred (see above).
Press any key to continue . . .

Hopefully this helps.

Try redownloading, I am using MSYS's sh.exe now.

It's building itself beautifully now, thanks div! I had tried yesterday to track down alternative sh.exe but had trouble finding ones that would work with your build system (cygwin's acted really weird, for example).

edit: Spotted a bug but it's an easy fix. If you just extract the build folder exactly, something (I think make) chokes because of the spaces, though renaming it to something without spaces lets everything compile correctly. e.g. I had extracted it to e:\Nexuiz SVN Compiler but the batch file died with an error "e:\Nexuiz is not a valid command"

This could only be filesystem specific though since no one else seems to have had trouble with it and the partition I'm running it on is ext2, not ntfs or fat32

Ah, that's why. Why are you doing this on ext2?

And can you verify this:

Make a directory "e:\foo bar baz" on your ext2.

Then, on a "cmd" command prompt, type:

for %f in ("e:\foo bar baz") do echo %~sf

What does it show? Does it have spaces in it?

If you do this on VFAT or NTFS, it'll print the name shortened to 8 characters, and without spaces... and as make can't deal with path names with spaces, switching to these short file names is the first thing my script does.

So maybe this, i.e. not supporting short file names, is a bug in the ext2 file system driver you are using.

It prints the whole thing with spaces, so that must be it.

The ext2 partition I use is my video/audio storage partition that I share between Windows and Linux - I used to use fat32 for it, but that's just so outdated (I had issues with a 6gb iso before on it) that I decided to use something a little more modern. So yeah... not probably a big problem, most likely anyone running into this problem would be able to catch that the spaces in the directory name make it fail to compile.

Right, and anyone on VFAT or NTFS is unaffected.

Tnx div for this simple instructions to make a svn build.

First thing:

1. Make sure you have about 2.5GB free space

More precisely the size is 2.26 GB, but using NTFS compression it is reduced to 1.74 GB. I had just 2.5 GB free and i was worrying if I couldnt build it. Add this info if u want to the instructions.

Second thing and most important:
I've implemented a system to use more colors for text as i described here http://alientrap.org/forum/viewtopic.php?p=46323#46323
I still don't believe I did it!
Not so complicated however, but I thought I had very few possibilities so now I'm very happy!

Well, on my system it was 2.26GB too, but I rounded up a little to make sure it'll stay working with that amount.

Hi,

My build.bat doesn't know find the server svn.icculus.org anymore and aborts its job then. Now the file suffixes from the run-wgl and run-sdl changed to .dontrun.

May I ask what happened?

Your dns server cache might got corrupted.

too easy

Well that worked

ty very much

Me again. Today I've got another error message.

Code: Select all

========== darkplaces-dedicated.exe (debug) ==========
S:/NEXUIZ~3/NEXUIZ~1/unxutils/usr/local/wbin/make.EXE darkplaces-dedicated.exe \
DP_MAKE_TARGET=mingw DP_SOUND_API=WIN \
CFLAGS="-MMD   -Wall -Wsign-compare -Wdeclaration-after-statement  -ggdb "\
        LDFLAGS="-g -ggdb  -DSVNREVISION=`test -d .svn && svnversion || echo -` -DBUILDTYPE=debug -lws2_32 -Wl,--large-address-aware -mconsole -lwinmm" LEVEL=2
S:\NEXUIZ~3\NEXUIZ~1\unxutils\usr\local\wbin\make.EXE[3]: Entering directory `S:/NEXUIZ~3/NEXUIZ~1/darkplaces'
gcc -MMD   -Wall -Wsign-compare -Wdeclaration-after-statement  -ggdb  -c cl_particles.c -o cl_particles.o
cl_particles.c: In function `CL_NewParticle':
cl_particles.c:512: error: structure has no member named `blendmode'
cl_particles.c:513: error: structure has no member named `orientation'
cl_particles.c: In function `CL_ParticleEffect_Fallback':
cl_particles.c:972: error: structure has no member named `templights'
cl_particles.c:973: error: structure has no member named `templights'
cl_particles.c:974: error: structure has no member named `templights'
cl_particles.c: In function `CL_ParticleTrail':
cl_particles.c:1222: error: structure has no member named `templights'
cl_particles.c:1223: error: structure has no member named `templights'
cl_particles.c:1224: error: structure has no member named `templights'
cl_particles.c: In function `R_DrawParticle_TransparentCallback':
cl_particles.c:2163: error: structure has no member named `blendmode'
cl_particles.c:2209: error: structure has no member named `orientation'
cl_particles.c:2290: error: structure has no member named `blendmode'
cl_particles.c:2292: error: structure has no member named `blendmode'
cl_particles.c:2317: error: structure has no member named `blendmode'
cl_particles.c: In function `R_DrawParticles':
cl_particles.c:2376: error: structure has no member named `orientation'
S:\NEXUIZ~3\NEXUIZ~1\unxutils\usr\local\wbin\make.EXE[3]: *** [cl_particles.o] Error 1
S:\NEXUIZ~3\NEXUIZ~1\unxutils\usr\local\wbin\make.EXE[3]: Leaving directory `S:/NEXUIZ~3/NEXUIZ~1/darkplaces'
S:\NEXUIZ~3\NEXUIZ~1\unxutils\usr\local\wbin\make.EXE[2]: *** [bin-debug] Error 2
S:\NEXUIZ~3\NEXUIZ~1\unxutils\usr\local\wbin\make.EXE[2]: Leaving directory `S:/NEXUIZ~3/NEXUIZ~1/darkplaces'
make[1]: *** [sv-debug] Error 2
make[1]: Leaving directory `S:/NEXUIZ~3/NEXUIZ~1/darkplaces'
make: *** [debug] Error 2
An error has occurred (see above).


I don't really have an idea what this message wants to tell me. But it seems to be a different Problem now. Anybody help me out?

Any coherence to the fact that I changed from a Geforce to a Radeon today?

It means that LordHavoc forgot to commit a file in svn. Just be patient, and try again tomorrow when he has committed the new header file.

svn up -r 8648
will revert the DP checkout back to a point were it still compiles. But i'm not sure if you can make the thing compile without an new checkout as i never looked at this windows build thingy

well, you CAN force a specific revision by editing the .bat file, and adding -r 8648 to the svn checkout line. But just wait until it's fixed.

Thanks for the fast reply my friends. I'll give it another try tomorrow

If you get a message about "cc" not being found, please redownload the package, and get the replace your build.bat with the new one. Alternatively, edit build.bat, and add a space and "CC=gcc" to the "make debug" line, so that it reads:

make debug DP_MAKE_TARGET=mingw SDL_PREFIX="../SDL" CC=gcc

divVerent wrote:If you get a message about "cc" not being found, please redownload the package, and get the replace your build.bat with the new one. Alternatively, edit build.bat, and add a space and "CC=gcc" to the "make debug" line, so that it reads:

make debug DP_MAKE_TARGET=mingw SDL_PREFIX="../SDL" CC=gcc

This doesn't seems to be needed anymore, as they had set gcc as the default compiler. I've tested it here without this change and it works just fine.

I am on a quad-core system, and I think this build system is only using 1 core. I believe that with GNU make you can use the -j option (eg. -j 4 for quad-core) to use all 4 cores by doing 4 compile jobs at once. Is that possible with this build system?

thanks for the hint.

Yes, it does work. Reduces the compile time from 97 seconds to 46 seconds!

It's possible but not recommended, as it might cause make to read inconsistent .d files and thus handle dependencies wrong. Use that option at your own risk.

At least for rebuilding the FreeBSD ports collection that option is a must, and totally safe.

Is it unsafe on Windows platforms?