There is a new release of the Green Hills C compiler V1.8.0

$ cc:== $sys$sysdevice:[green.1v8v0]ccom.exe

This version seems to work, the code is slightly smaller if you don't use
the -o switch, and slightly larger if you do. (Your experience may differ).
The -r switch now works, plus you can put the segments into your own sections:

$ cc -dcodeseg=xx  ! this will put the code segment into section xx (default 9)
$ cc -ddataseg=xx  ! this will put the data segment into section xx (default 14)
$ cc -r -dinitseg=xx  ! this will put the initialised data into section xx
		      ! if the -r option is used as well (default 13)

The following flag must be used -X35 - this produces motorola output source.

The output now defaults to a .s file - use -X29 to output a .asm if you want.
-X12 should be used if the target is a 68010 (the case for most people here)

so:-

$ cc -x35 -x12 -r file.c

Will compile file.c and produce file.s (which you then assemble)
Initialised data is in section 13, uninitialised data is in section 14 and
code is in section 9.

Full documentation on option flags, optimising procedures that the compiler
uses, side effects of optimisation and portability problems are discussed in
the file sys$userdisk:[green.1v8v0.doc]ccom68.doc.

****************************************************************************
********************* PLEASE TRY THIS NEW VERSION NOW **********************
*********************  and  REPORT BUGS TO ME	      **********************
****************************************************************************

I strongly advise you to try this out, because if it works ok (ie I don't 
get any complaints). We shall try to make everyone use the same version of the
compiler, so I don't have to support 5 different ones.
The only way I can know if it works for you is if you try it!!!!!


We shall archive the older versions so old projects can still be compiled,
but if you are in a position to use the new version, please do it.
(games going to field test or release in the next month are excepted, for NOW)

PS. (For some of the die hards, & "I don't get told things", people)
If you are not doing something like the following, then you are doing it 
the hard way:-

$ cc file.c		! Green Hills compiler (V1.8.0!!!)
$ as68k file.s		! Mahar's fast assembler
$ LLF filea,fileb,locfile/OPT/OUT=file.hex/SYM/MAP 
! Dave's very fast linker/locator/formatter

You should not be using asm68 to assemble the compilers output.
You should not be using CLNK, CLOC & CFOR. (These are old lo tech.)

Using the MAKE facility makes it easier to develop your games, and
easier for someone else to recompile them a few years later!!

			Thanks.... Mail bug reports to this address.
			Your obedient servant.
							Jim.

There are a number of interesting new options in the new compiler (1v8v0).

One of which is -X133 which will use DS.B instead of DCB.B.
This means that the hex files will be much smaller, although your global
or static variables won't be set to zero (which shouldn't be relied on anyway!!)

Also the default now is to give an eror if a #define redefines something, the
option -X105 will suppress the warnings, ( the default on the old version ).

Another difference is that the old version converted any name starting with
_ (ie _fred) to start with . (.fred). The new version leaves the _ alone,
unless you use the -X20 which will do what the old one did (why???).

Thats all for now, I will mail any other important discoveries as they occur.


			Jim.