BTW, divVerent changed the all script and git layout a bit further so that FTEQCC is now included with xonotic.
If you already have an checkout you will need to run the "./all update" twice.. first to get the updates to the all script, and secondly so that the fteqcc gets pulled from git too.
(03-26-2010, 09:07 AM)esteel Wrote: BTW, divVerent changed the all script and git layout a bit further so that FTEQCC is now included with xonotic.
If you already have an checkout you will need to run the "./all update" twice.. first to get the updates to the all script, and secondly so that the fteqcc gets pulled from git too.
OK got this sucker compiled. Is it me, or does this feel like Havoc Mode? Oh well I'm pretty sure everything will be refined the way it needs to be before the 1.0 release.
Compiled on Archlinux [testing]; libpng patches from Nexuiz's package (for libpng 1.4) applied clean and the game runs fairly smooth.
Would anyone be opposed to my making a PKGBUILD for the Arch User Repository? I can plaster all over the package that this isn't even considered alpha to make sure there is no confusion. The package would probably require fteqcc separately as there is an AUR PKGBUILD for this already (from git, no less), but would otherwise be a reproduction of the "all" script. Any suggestions, criticism, or comments welcome.
(03-27-2010, 02:33 AM)icenine Wrote: Compiled on Archlinux [testing]; libpng patches from Nexuiz's package (for libpng 1.4) applied clean and the game runs fairly smooth.
Would anyone be opposed to my making a PKGBUILD for the Arch User Repository? I can plaster all over the package that this isn't even considered alpha to make sure there is no confusion. The package would probably require fteqcc separately as there is an AUR PKGBUILD for this already (from git, no less), but would otherwise be a reproduction of the "all" script. Any suggestions, criticism, or comments welcome.
I don't think that would be too bad... if not, can you send me the PKGBUILD by email? (I'm somewhat lazy)
Honestly i do not think thats a good idea.. Games should have systematic releases to make sure they are compatible among each other. With stuff compiled from the repository this might not be the case.. it might even be broken!
So i think its only a good idea to make the repo and building from it more easy and understandable. But the all script already does that if you ask me. At least on linux.. The other OSs still need work though.
03-29-2010, 07:36 PM (This post was last modified: 03-29-2010, 07:49 PM by Nareth.)
esteel, here's the thing, the AUR repo for Arch doesn't contain the actual files, only a link to the source code (or git in this case) and a short script, which does the installation for you.
This is much like the slackware ebuilds as opposed to something in the Ubuntu repository where the package is precompiled.
The beauty of this is that it would not be out of date, because it would be updated whenever the git is updated.
There are some other advantages to it too, for example if using a package manager frontend that supports the AUR, it will handle all the dependencies and updates for you.
(Sorry if you already knew this, or if I'm just misreading your post)
Hehe, that build script is already slight outdated as the all script now also includes fteqcc from a github repo (./all pull) (pull/update are aliases for each other) and also handles compiling everything (./all compile) and starting too (./all run MODE MORE_PARAMS).. (mode should be dedicated/glx/sdl/agl)
But yeah, i can see how this can be useful.. i just think it would be more useful if someone tried to "port" the old nex-windows-build-system to Xonotic
05-14-2010, 10:50 AM (This post was last modified: 05-14-2010, 12:34 PM by Beefeater.)
Hello, I have trouble compiling. I did all the previous steps, and then typed in "./all compile". What I got was this:
Code:
$ ./all compile
+ cd /c/Users/myusername/xonotic/fteqcc
+ make DP_MAKE_TARGET=mingw
/c/Users/myusername/xonotic/../all.xonotic.sh: line 72: make: command not found
07-21-2010, 08:23 PM (This post was last modified: 07-22-2010, 10:06 AM by Flying Steel.)
(05-14-2010, 10:50 AM)Beefeater Wrote: Hello, I have trouble compiling. I did all the previous steps, and then typed in "./all compile". What I got was this:
Code:
$ ./all compile
+ cd /c/Users/myusername/xonotic/fteqcc
+ make DP_MAKE_TARGET=mingw
/c/Users/myusername/xonotic/../all.xonotic.sh: line 72: make: command not found
I get this exact same message when I use the "./all compile" command also, only instead of "line 72" the error message says "line 62".
Anyone know what this problem is and how to fix or get around it.
I'm on windows xp, btw.
(04-01-2010, 11:21 AM)Roanoke Wrote: Yes, beveled edges are more futuristic. Like BSG and their beveled paper.
But only on one edge.
07-22-2010, 12:11 PM (This post was last modified: 07-22-2010, 03:12 PM by Flying Steel.)
Yeah it is installed. The problem turned out to be that I gave msys the wrong path to git, as parasti pointed out to me, by putting a colon after my drive letter (I'm used to the windows syntax, like "c:\" or "e:\" etc.)
I still can't compile though, after I tell msys to "./all compile" it gets stuck here:
Code:
+ cd /e/project/code/xonotic/data/xonotic-data.pk3dir
+ make FTEQCC=/e/project/code/xonotic/fteqcc/fteqcc.bin DP_MAKE_TARGET=mingw clean
make: *** No rule to make target `clean'. Stop.
There is a makefile in the /fteqcc file with a clean command in it--
There is absolutely nothing in data/xonotic-data.pk3dir. I had thought this was normal; that this is where game readable information is unpacked, packed, compiled or such.
But if there should be information here, then it seems obvious that must be the problem. I have run several "updates" and "checkouts" and bash reported back that everything was up to date after each.
Is there another way to get Git to do a more thorough check of what I may be missing, without having to download a local clone from scratch?
(04-01-2010, 11:21 AM)Roanoke Wrote: Yes, beveled edges are more futuristic. Like BSG and their beveled paper.
But only on one edge.
It probably means ./all compile failed with some error that was unable to create the sdl executable. Try ./all compile again and see if it was successful.
========== darkplaces-dedicated (debug) ==========
make darkplaces-dedicated \
DP_MAKE_TARGET=linux DP_SOUND_API=ALSA \
CFLAGS="-MMD -DLINK_TO_LIBJPEG `[ -n "" ] && echo \ -DSUPPORTCG` -Wall -Wold-style-definition -Wstrict-prototypes -Wsign-compare -Wdeclaration-after-statement -ggdb -fno-math-errno -ffinite-math-only -fno-rounding-math -fno-signaling-nans -fno-trapping-math"\
LDFLAGS="-g -ggdb -fno-math-errno -ffinite-math-only -fno-rounding-math -fno-signaling-nans -fno-trapping-math -DSVNREVISION=`test -d .svn && svnversion || echo -` -DBUILDTYPE=debug -lm -lrt -ldl -ljpeg" LEVEL=2
make[2]: Entering directory `/home/erik/xonotic/darkplaces'
cc -MMD -DLINK_TO_LIBJPEG -Wall -Wold-style-definition -Wstrict-prototypes -Wsign-compare -Wdeclaration-after-statement -ggdb -fno-math-errno -ffinite-math-only -fno-rounding-math -fno-signaling-nans -fno-trapping-math -c jpeg.c -o jpeg.o
cc -MMD -DLINK_TO_LIBJPEG -Wall -Wold-style-definition -Wstrict-prototypes -Wsign-compare -Wdeclaration-after-statement -ggdb -fno-math-errno -ffinite-math-only -fno-rounding-math -fno-signaling-nans -fno-trapping-math -c mathlib.c -o mathlib.o
jpeg.c:41:21: warning: jpeglib.h: No such file or directory
jpeg.c:460: error: ‘JPEG_EOI’ undeclared here (not in a function)
jpeg.c:467: error: field ‘pub’ has incomplete type
jpeg.c:548: error: expected ‘)’ before ‘cinfo’
jpeg.c:550: error: expected ‘)’ before ‘cinfo’
jpeg.c:559: error: expected ‘)’ before ‘cinfo’
jpeg.c:571: error: expected ‘)’ before ‘cinfo’
jpeg.c:585: error: expected ‘)’ before ‘cinfo’
jpeg.c: In function ‘JPEG_LoadImage_BGRA’:
jpeg.c:601: error: storage size of ‘cinfo’ isn’t known
jpeg.c:602: error: storage size of ‘jerr’ isn’t known
jpeg.c:614: warning: implicit declaration of function ‘jpeg_std_error’
jpeg.c:615: warning: implicit declaration of function ‘jpeg_create_decompress’
jpeg.c:619: error: ‘JPEG_ErrorExit’ undeclared (first use in this function)
jpeg.c:619: error: (Each undeclared identifier is reported only once
jpeg.c:619: error: for each function it appears in.)
jpeg.c:620: warning: implicit declaration of function ‘JPEG_MemSrc’
jpeg.c:621: warning: implicit declaration of function ‘jpeg_read_header’
jpeg.c:624: warning: implicit declaration of function ‘jpeg_start_decompress’
jpeg.c:645: warning: implicit declaration of function ‘jpeg_finish_decompress’
jpeg.c:646: warning: implicit declaration of function ‘jpeg_destroy_decompress’
jpeg.c:657: warning: implicit declaration of function ‘jpeg_read_scanlines’
jpeg.c:602: warning: unused variable ‘jerr’
jpeg.c:601: warning: unused variable ‘cinfo’
jpeg.c: At top level:
jpeg.c:718: error: expected ‘)’ before ‘cinfo’
jpeg.c:726: error: expected ‘)’ before ‘cinfo’
jpeg.c:738: error: expected ‘)’ before ‘cinfo’
jpeg.c:749: error: expected ‘)’ before ‘cinfo’
jpeg.c:764: error: expected ‘)’ before ‘cinfo’
jpeg.c:771: error: expected ‘)’ before ‘cinfo’
jpeg.c:780: error: expected ‘)’ before ‘cinfo’
jpeg.c:785: error: expected ‘)’ before ‘cinfo’
jpeg.c: In function ‘JPEG_SaveImage_preflipped’:
jpeg.c:813: error: storage size of ‘cinfo’ isn’t known
jpeg.c:814: error: storage size of ‘jerr’ isn’t known
jpeg.c:834: error: ‘JPEG_ErrorExit’ undeclared (first use in this function)
jpeg.c:836: warning: implicit declaration of function ‘jpeg_create_compress’
jpeg.c:837: warning: implicit declaration of function ‘JPEG_FileDest’
jpeg.c:842: error: ‘JCS_RGB’ undeclared (first use in this function)
jpeg.c:844: warning: implicit declaration of function ‘jpeg_set_defaults’
jpeg.c:845: warning: implicit declaration of function ‘jpeg_set_quality’
jpeg.c:846: warning: implicit declaration of function ‘jpeg_simple_progression’
jpeg.c:857: warning: implicit declaration of function ‘jpeg_start_compress’
jpeg.c:866: warning: implicit declaration of function ‘jpeg_write_scanlines’
jpeg.c:869: warning: implicit declaration of function ‘jpeg_finish_compress’
jpeg.c:870: warning: implicit declaration of function ‘jpeg_destroy_compress’
jpeg.c:814: warning: unused variable ‘jerr’
jpeg.c:813: warning: unused variable ‘cinfo’
jpeg.c: At top level:
jpeg.c:881: warning: ‘struct jpeg_compress_struct’ declared inside parameter list
jpeg.c:881: warning: its scope is only this definition or declaration, which is probably not what you want
jpeg.c: In function ‘JPEG_try_SaveImage_to_Buffer’:
jpeg.c:887: warning: implicit declaration of function ‘JPEG_MemDest’
jpeg.c:890: error: dereferencing pointer to incomplete type
jpeg.c:891: error: dereferencing pointer to incomplete type
jpeg.c:892: error: dereferencing pointer to incomplete type
jpeg.c:892: error: ‘JCS_RGB’ undeclared (first use in this function)
jpeg.c:893: error: dereferencing pointer to incomplete type
jpeg.c:897: error: dereferencing pointer to incomplete type
jpeg.c:898: error: dereferencing pointer to incomplete type
jpeg.c:899: error: dereferencing pointer to incomplete type
jpeg.c:900: error: dereferencing pointer to incomplete type
jpeg.c:901: error: dereferencing pointer to incomplete type
jpeg.c:902: error: dereferencing pointer to incomplete type
jpeg.c:903: error: dereferencing pointer to incomplete type
jpeg.c:909: error: dereferencing pointer to incomplete type
jpeg.c:909: error: dereferencing pointer to incomplete type
jpeg.c:911: error: dereferencing pointer to incomplete type
jpeg.c:921: error: dereferencing pointer to incomplete type
jpeg.c: In function ‘JPEG_SaveImage_to_Buffer’:
jpeg.c:926: error: storage size of ‘cinfo’ isn’t known
jpeg.c:927: error: storage size of ‘jerr’ isn’t known
jpeg.c:943: error: ‘JPEG_ErrorExit’ undeclared (first use in this function)
jpeg.c:927: warning: unused variable ‘jerr’
jpeg.c:926: warning: unused variable ‘cinfo’
make[2]: *** [jpeg.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/home/erik/xonotic/darkplaces'
make[1]: *** [bin-debug] Error 2
make[1]: Leaving directory `/home/erik/xonotic/darkplaces'
make: *** [sv-debug] Error 2
Some things look bad, but I don't know what to do about it really.