Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!uakari.primate.wisc.edu!uflorida!kluge!serss0!acmfiu
From: acmfiu@serss0.fiu.edu (ACMFIU)
Newsgroups: comp.sys.apple2
Subject: Re: OMF v2.0 header format
Message-ID: <1730@kluge.fiu.edu>
Date: 17 Nov 90 15:17:46 GMT
References: <1720@kluge.fiu.edu> <14508@smoke.brl.mil>
Sender: news@kluge.fiu.edu
Organization: Florida International University, Miami
Lines: 27

In article <14508@smoke.brl.mil> gwyn@smoke.brl.mil (Doug Gwyn) writes:
>In article <1720@kluge.fiu.edu> acmfiu@serss0.fiu.edu (ACMFIU) writes:
>>I have the format of OMF v2.1 headers but NO ONE is outputting them. 
>>therefore, could someone relay the differences in the headers between
>>v2.0 and 2.1. also, if there are any differences in the expressions
>>(i.e. EXPR, etc), post those also.
>
>As I recall, apart from bugs in Apple's documentation, the only real
>difference from 2.0 to 2.1 is that 2.1 provides support for another
>form of ORG, used for IIGS cross-development under MPW.  Mike
>Westerfield of ByteWorks tells me he argued with Apple DTS about
>this, claiming that it wasn't necessary, but DTS went ahead and
>added it.

I thought so too but it seems the KIND field has been changed. at least
when i look at an OMF v2.0 file and see the position of the KIND field
it's NOT in the position the OMF v2.1 docs say it suppose to be. Also,
the format of the KIND field, if it's in the right place in OMF v2.0,
is different. To see for yourself, just 'dumpobj -n ~GLOBALS -o <prog>'
and you will see a KIND field of $40, 'private static code segment'.
now look at OMF v2.1 specs of the KIND field and $40 IS NOT the
representation of 'private static code segment'.

mike did argue about the tempORG field. it does what 'obj' does in 
orca/m so he saw no reason for it.

albert