- adding *.tab.c to BUILD_SOURCES and CLEANFILES before *.tab.h in applicable Makefile.am files causes *.tab.c to be the file that triggers the %.tab.h %.tab.c: %.y rule, resulting in the command run being "bison -y -d -o[...].tab.c [...].y", not "bison -y -d -o[...].tab.h [...].y", which (aside from being correct syntax Wink ) stops "warning: conflicting outputs to file `[...].tab.h'"
- chat_parser.y had %token _T_A declared twice, second instance removed
- audp_parser.y had trailing | signs (presumably from when NULL wasn't commented out)
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2426 4a71c877-e1ca-e34f-864e-861f7616d084
- Use WZ_CC_GNU_PREREQ (copied from glibc's features.h) instead of custom code
- Move platform.h into wzglobal.h
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2424 4a71c877-e1ca-e34f-864e-861f7616d084
* Add two python mini-scripts (find-bad-pies.py and find-poly-nums.py) that are of fairly little general use, but may serve as an example of how to interface with pie.py (pie.py must be in the python path for these scripts to work)
* find-bad-pies.py when given a list of filenames will find the ones that, as far as the pie parser (pie.py) is concerned, aren't valid
* find-poly-nums.py was created to find out if there were any pies that contained any polygons with more than 4 sides
Patch by Kevin Gillette <kage> ( http://forums.wz2100.net/index.php?topic=550.msg7829#msg7829 )
* Update svn:eol-style and svn:mime-type for all trunk/tools/blender/* files
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2420 4a71c877-e1ca-e34f-864e-861f7616d084
* This adds a new savegame format version (version 35)
* This new format is big-endian and uses the serialization API so has no struct padding
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2418 4a71c877-e1ca-e34f-864e-861f7616d084
* Add a large amount of serializeX/deserializeX functions for the different savegame versions
* Use uintX_t instead of the *WORD series of variables for structures that'll be saved out to disk (only those directly related to savegame code right now)
* Make the save&load functions in game.c use the serialization and deserialization series of functions (this is also directly from a file rather than an intermediate in-memory buffer)
* Remove function endian_SaveGameV since endian swapping is being dealt with by the (de)serialization functions
* This commit changes the *.gam files from little endian to big endian, so expect loading of previous savegames to break
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2416 4a71c877-e1ca-e34f-864e-861f7616d084
* Use a serialize and deserialize function for saving/loading individual MISSION_DATA instances to/from PHYSFS_files
* NOTE: this swaps endianness to big endian (network byte order) whereas before it was little-endian; so loading of savegames/*/score.bjo will be incompatible with previous revisions (unless you're willing to, manually, endian-swap every 4byte sequence after the first 4)
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2415 4a71c877-e1ca-e34f-864e-861f7616d084
* Modify writeVisibilityData and readVisibilityData to directly work on files rather than intermediate in-memory buffers
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2414 4a71c877-e1ca-e34f-864e-861f7616d084
* Make sure the buildsystem now constructs a global mod aivolution.wz from AIvolution (you can use it using "--mod aivolution" or "--mod aivolution.wz")
* Add the GPL text to Grim's GFX mod for emphasis (as it was in the grim.wz archives in the distributed releases)
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2411 4a71c877-e1ca-e34f-864e-861f7616d084
Note: the added German text in the NSIS installer might require looking over by someone who has more experience with the language
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2408 4a71c877-e1ca-e34f-864e-861f7616d084
* ./configure && make && make install (and the NSIS installer) will make sure that the gettext message catalogs are in a decent location
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2407 4a71c877-e1ca-e34f-864e-861f7616d084
* the >= 0.15 part is because we depend on the "message context" feature only provided by >= 0.15
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2403 4a71c877-e1ca-e34f-864e-861f7616d084
* Throw away a lot of autogenerated "translations" (where marked fuzzy) which where just crap
* Add some new translations
* Change some pre-existing translations
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2400 4a71c877-e1ca-e34f-864e-861f7616d084
* Stops segfaults when hovering over a different propulsion type button than currently selected for an existing non-weapons turret
* Also stops system turrets being 'forgotten' when changing propulsion type on an existing design (effectively reverses the current behaviour of intCheckValidWeaponForProp considering all existing system turrets invalid for all propulsion types)
Patch by pseudonym404 ( http://forums.wz2100.net/index.php?topic=148.msg7761#msg7761 ), slightly changed by me to be compatible with the changes in r2396
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2397 4a71c877-e1ca-e34f-864e-861f7616d084
* Add the ability to compile .mo catalog files from gettext .po files to the raw Makefiles (all catalog files are dumped into data/locale)
* On Windows make gettext use the LOCALEDIR (as defined in makerules/config.mk) which is a subdirectory of the directory that contains Warzone 2100's executable as it's locale directory
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2394 4a71c877-e1ca-e34f-864e-861f7616d084
* Rewritten texture loader: terrain texture tiles are now in separate files rather than concatenated in one large image file
* Convert tileset to loose files
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2388 4a71c877-e1ca-e34f-864e-861f7616d084
* Add an explanation about floats (that they're basically the same as 32bit integers as far as endianness conversions are concerned)
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2379 4a71c877-e1ca-e34f-864e-861f7616d084
* Don't write directly from the memory of the EFFECTs (since this memory doesn't always have the same size on 32vs64bit systems)
* Guarantee to always write the IMD's hash number as if it's a uint32_t (this fixes 64bit compatibility of these functions)
* Add functions openLoadFile and openSaveFile which perform the file opening for loadFile2 and saveFile and now readFXData and writeFXData as well
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2378 4a71c877-e1ca-e34f-864e-861f7616d084
* Turn macro ALLOC_VARIDENTDECL partially into a static inline function
* Remove -Wno-nonnull since this warning shouldn't appear anymore now
Patch by pseudonym404 with some changes by me ( http://forums.wz2100.net/index.php?topic=148.msg7723#msg7723 )
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@2377 4a71c877-e1ca-e34f-864e-861f7616d084
Dennis Schridde
Giel van Schijndel
Roman C
Per Inge Mathisen