Files
nethack/sys/mac
PatR fabf9cd901 VA_DECL/VA_END usage
Make the variadic functions look more like ordinary code rather than
have the function opening brace be hidden inside the VA_DECL() macro.
That brace is still there, but VA_DECL() now needs to be followed by
a visible brace (which introduces a nested block rather than the
start of the funciton).  VA_END() now provides a hidden closing brace
to end the nested block, and the existing closing brace still matches
the one in VA_DECL().

Sample usage:
void foo VA_DECL(int, arg)  --macro expansion has a hidden opening brace
{  --new, explicit opening brace (actually introduces a nested block)
  VA_START(bar);
  ...code for foo...
  VA_END();  --expansion now provides a closing brace for the nested block
}  --existing closing brace, still pairs with the hidden one in VA_DECL()

This should help if/when another round of reformatting ever takes place,
and also with editors or other tools that do brace/bracket/parenthesis
matching.

I had forgotten that there were variadic functions in sys/* and ended
up modifying a lot more files than intended.  The majority of changes
to those just inserted a new '{' line so that revised VA_END()'s '}'
won't introduce a syntax error.  A couple of them needed VA_END() moved
so that local variables wouldn't go out of scope too soon.  Only the
Unix ones have been tested.
2015-05-15 17:45:21 -07:00
..
2015-03-31 09:50:02 -04:00
2015-05-09 13:43:16 -04:00
2004-08-10 05:37:41 +00:00
2015-05-06 22:04:27 -04:00
2015-05-09 13:43:16 -04:00
2015-05-15 17:45:21 -07:00
2015-05-09 13:43:16 -04:00
2015-05-06 22:04:27 -04:00
2002-01-05 21:05:55 +00:00
2015-05-09 13:43:16 -04:00
2015-05-09 13:43:16 -04:00
2015-05-09 13:43:16 -04:00
2015-05-09 13:43:16 -04:00
2015-05-09 13:43:16 -04:00
2015-05-09 13:43:16 -04:00
2015-05-09 13:43:16 -04:00
2015-05-09 13:43:16 -04:00
2015-05-09 13:43:16 -04:00
2015-05-09 13:43:16 -04:00
2002-01-05 21:05:55 +00:00
2015-05-09 13:43:16 -04:00
2015-05-06 22:04:27 -04:00
2015-05-06 22:04:27 -04:00
2002-03-20 06:30:23 +00:00
2002-01-05 21:05:56 +00:00
2002-03-20 13:48:22 +00:00

Jan 2002

The MPW compilers are now supported again.

Support for 68k has been discontinued due to a lack of a debugging
system for 68k binaries.

Note that the tiled MacOS X port uses the Qt windowport and the UNIX
build system, not this windowport code.


26 Nov, 1999

NetHack 3.3.0 was built with Metrowerk's Pro 4 compiler on a PPC
system.  We are still compiling with 68K alignment because we know
it works.  No one has checked lately if the PPC alignment bug
still exists.


23 May, 1996
 
NetHack 3.2.1 was built with Metrowerk's DR8 compiler on a PPC system.
The official 68K and PPC versions were compiled with 68K Alignment
to share files.  The 3.2.0 versions were compiled with PPC alignment,
but it was discovered that the Metrowerks 68K compiler has a bug with
PPC alignment and structures that can be aligned to a single byte.  This
bug _may_ be fixed in DR10, it is not fixed in DR9.  Why bother with PPC
alignment at all?  Because the space saving from 68K alignment is small
and the PowerPC version will run better.  The 68K version was compiled
with 4 byte ints using the far model.
 
Only the Metrowerks compiler has been used to compile the code in a
long time.  It is _very_ likely that the other compilers, Think C and
MPW C, will no longer be able to compile NetHack out of the box.  They
and their files have been moved to the "old" directory until such time
that someone can compile with them.