Files
nethack/sys/mac
nethack.rankin 2c0a072ef1 main() reorganization (trunk only)
Move some internals-related code out of port-specific main so that
it isn't duplicated a bunch of times.  One minor side-effect of this
change is that if you auto-pickup something at the very start of a game,
it will happen after any full moon/new moon/Friday 13th message rather
than before.  There's a second change for some:  the shared main() used
by several of the micro ports had a small difference in game play--if you
saved a game while on an engraving, it would automatically be read when
you resume--that will now occur for everybody [Elbereth weenies rejoice!].
pcmain() was also calling update_inventory() at start of play.  That's
unnecessary for new games, where inventory initialization triggers a call
to it for each item added to your pack; but I wasn't sure about restored
games, so everybody gets it there now.

     The Mac and BeOS ports evidently haven't been touched it some time;
they still referenced flags.move which got replaced by context.move quite
a while back.  The Windows GUI code has a declaration for mswin_moveloop()
which appears to be non-existant, but I left it alone.  I assume that the
Qt interface uses the existing main() routines; at least I couldn't find
any start of game code specific to it.  vmsmain's revised main() is the
only one which has been tested.
2006-04-02 07:35:30 +00:00
..
2005-01-02 20:55:41 +00:00
2004-08-10 05:37:41 +00:00
2005-01-02 20:55:41 +00:00
2005-01-02 20:55:41 +00:00
2005-01-02 20:55:41 +00:00
2005-01-02 20:55:41 +00:00
2002-01-05 21:05:55 +00:00
2006-04-02 07:35:30 +00:00
2005-01-02 20:55:41 +00:00
2005-01-02 20:55:41 +00:00
2005-01-02 20:55:41 +00:00
2005-01-02 20:55:41 +00:00
2005-11-26 02:34:23 +00:00
2005-01-02 20:55:41 +00:00
2005-01-02 20:55:41 +00:00
2002-01-05 21:05:55 +00:00
2005-01-02 20:55:41 +00: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.