puzzles - My sgt-puzzles tree

	Commit message (Collapse)	Author
2008-09-13	Change to the handling of -DCOMBINED in the makefiles. Instead of	Simon Tatham
	defining it centrally per port, I think it's neater to define it for each puzzle when adding that puzzle to the ALL list - because those front ends which take -DCOMBINED are precisely those which use ALL. In particular, this change opens up the possibility of compiling both individual puzzles _and_ a combined monolith within the same makefile. [originally from svn r8178]
2007-02-27	Create a blank .rc file to be used in the absence of icons/foo.rc.	Simon Tatham
	This means that puzzles.rc2 is always included in all Windows and PocketPC builds, which in turn means that I should be able to start filling it full of VERSIONINFO and have that reliably included as well. [originally from svn r7339]
2007-02-24	Build an installer for Puzzles.	Simon Tatham
	[originally from svn r7319]
2007-02-04	Build script for Puzzles using bob. I've also added a piece of extra	Simon Tatham
	infrastructure to the mkfiles.pl framework for the convenience of the build script: it generates `wingames.lst', a list of the Windows binaries which are ship-worthy games as opposed to nullgame or command-line auxiliary programs. [originally from svn r7206]
2006-12-27	Support for run-time icons in the GTK puzzles. This involved another	Simon Tatham
	mkfiles.pl change (I don't seem to be planning ahead very well this week), this time to provide a list of fallback options for an object file. That way, I have a no-icon.c which quietly replaces icons/foo-icon.c if the latter doesn't exist, and so again people checking straight out from Subversion shouldn't have trouble. [originally from svn r7021]
2006-12-27	Actually introduce the ability to build the Windows icons into the	Simon Tatham
	Windows puzzle binaries. This checkin involves several distinct changes: - mkfiles.pl now has an extra feature: if an object file is listed in Recipe with a trailing question mark, it will be considered optional, and silently dropped from the makefile if its primary source file isn't present at the time mkfiles.pl runs. This means people who check out the puzzles from Subversion and just run mkfiles.pl shouldn't get build failures; they just won't get the icons. - all the .R files now use this feature to include an optional Windows resource file. - the .rc resource source files are built by icons/Makefile. - windows.c finds the icon if present and uses it in place of the standard Windows application icon. [originally from svn r7020]
2006-08-05	I'm sick of repeatedly adding and removing local changes to Recipe	Simon Tatham
	when testing a new game, so here's a new architecture for the Recipe file. mkfiles.pl now supports several new features: - an `!include' directive, which accepts wildcards - += to append to an existing object group definition - the ability to divert output to an arbitrary file. So now each puzzle has a `.R' file containing a fragment of Recipe code describing that puzzle, and the central Recipe does `!include *.R' to construct the Makefiles. That way, I can keep as many experimental half-finished puzzles lying around my working directory as I like, and I won't have to keep reverting Recipe when I check in any other changes. As part of this change, list.c is no longer a version-controlled file; it's now constructed by mkfiles.pl, so that it too can take advantage of this mechanism. [originally from svn r6781]