🚀 go-pugleaf

In article <1662@osu-eddie.UUCP> jac@osu-eddie.UUCP (James Clausing) writes:
>
>	They now have an application that creates stand-alone applications
>on the Mac (I'm waiting for mine to arrive in the mail) so there is no
>more need for the interpreter to be on the same disk with the application.
>I don't know the speed of the resulting programs, but the old interpreter
>used to move right along (if you didn't mind waiting forever for it to
>compile and link).  I have some friends (not on the net) who have been
>using the newer version for the Mac for several months and are very happy
>with it (even considering using it in an undergraduate class).
>
>					Jim Clausing
>					jac@ohio-state.arpa

I have been extensively using Mac Modula-2 for several months.  The
application that converts your *.LOD file into a stand-alone
application is not quite what you think it is.  All it does is
integrate the interpreter into the resulting application (this
accounts for the ~21K increase in size).  So, what are the advantages
and disadvantages?  Well, you can create your own application icons
for one thing.  You can distribute the program and not have to rely on
the anyone else having the interpreter around.  Disadvantages: you
still have interpreted code (but still quite good for interpreters)
and you carry an extra copy of the interpreter around.  Imagine what
this could mean if you converted 25 programs this way and had them on
the same disk...

One frustration that I continually have with Mac Modula-2 is that
there is no debugger.  I could really use a symbolic debugger for my
programs.

I have been Beta-Testing a new version of Mac Modula-2 that Alan
Landes of Modula Corp. send me for the past few days.  It is the only
version that will work with the Mac+ (apparently, previous versions
had some funny non-standard calls and the new ROMS didn't like it).
It still has some HFS quirks to it.  I hope they will be fix in the
final release.

Does anyone know of any Modula-2 for the Mac that compiles into native
68K code?

					Good Luck...





-- 


Herb Barad	[USC - Signal and Image Processing Institute]

USENET:	...!sdcrdcf!usc-oberon!brand!barad			or
	...!{lbl-csam|trwrb|trwspp}!trwspf!herb

ARPANET:	barad%brand@usc-ecl.ARPA