I'm after a 6502 assembler for my Apples, and am hoping for some advice
on the best one to choose. Although I realise it may not be possible
for all my requirements to be met, here is what would be ideal:
1. Comes on a single disk,
2. At least basic documentation is downloadable somewhere,
3. Can run on a 64K Apple II+ (though I have a 128K IIe and a IIc as
well)
4. Uses a relatively standard syntax - e.g. hopefully things like
LDA ($300),Y rather than LDAIY $300 etc
5. I'm sure they'll all support symbols, macros aren't so important
to me, but an include facility would be nice.
Thanks in advance for any suggestions.
Ken
Ken,
You may want to use mini-assembler. Type CALL- 151 from Applesoft BASIC
and hit RETURN key. Press ! key. Here it goes. Otherwise...You can use
Merlin 8. It is good for Apple II+ and Apple //e + //c.
You can find Merlin 8 under asimov.net.
Bryan Parkoff
Thanks Bryan,
Miniassembler isn't in the Autostart II+ ROMs, or the IIc ROM revision
I have, but it's a bit too 'mini' for my needs anyway. :-)
However, I will have a look at Merlin.
Ken
Are you sure you want to assemble _on_ the Apple? I personally find it
nicer to type on my familiar keyboard using modern editors (notepad is
my favorite ;-) and have a speedy CPU do the assemblage for me.
A couple of cross-assembly resources for you:
http://www.npsnet.com/danf/cbm/cross-development.html
http://www.wright.edu/~john.matthews/a2/cross.html
I found John Matthews' page especially helpful: I patched together a
workflow where I could take the output from my assembler of choice
(SB-Assembler, http://www.xs4all.nl/~sbp/sbasm/sbasm.htm) and put it on
a virtual floppy for testing on an emulator all in one shot.
I don't think Merlin 8 will run on a 64k Apple II+ - older versions of
Merlin will though... Personally I do all my work on a (platinum) IIe
as I find the keyboard pleasant to use - the other keyboards frustrate
me these days
There's always the DOS (or ProDOS) Toolkit, which where the 'official'
Apple assemblers. Combined with AppleWriter as a full screen editor
they're pretty good, especially the ProDOS edition.
Matt
I really enjoy the fun of developing on the Apple, as opposed to
cross-development.
And Merlin is my assembler of choice. I generally use the ProDOS-
based Merlin 8, but there were a few DOS 3.3 versions before that
which are very similar.
-michael
Parallel computing for 8-bit Apple II's!
Home page: http://members.aol.com/MJMahon/
"The wastebasket is our most important design
tool--and it is seriously underused."
It won't - according to the manual.
> - older versions of Merlin will though...
I think it will need at least an Apple II with 48K RAM and 16K language
card (or a IIe).
At least according to the old manual I have. Sadly it doesn't tell the
revision of the assembler it came with (or a printing date).
I guess it could well be for the first published revision.
> Personally I do all my work on a (platinum) IIe as I find the keyboard pleasant
> to use - the other keyboards frustrate me these days
I have a Mac ADB keyboard on the IIgs - much more comfy than the
(better looking) IIgs keyboard.
bye
Marcus
I use S-C Assembler, which I beleive will run on a II+... I haven't used
Merlin much, so I can't really comment on the differences, but S-C is
quite well documented and then there's several years worth of Assembly
Lines magazines to go along with it.
-s
._____. SIMON WILLIAMS :::::::: LUDDITE ENTERPRISES UNLIMITED
|[LD8]! 8-BIT SOUND & FURY : APPLE ][ AUDIO & MUSIC RESOURCES
| o. | +--------- http://8bitsoundandfury.ld8.org ---------+
!__!__! OLD APPLE WEB SERVER LIST http://www.ld8.org/servers
Do you use the DOS3.3 version of the assembler?
There seems to be a problem with this assembler in combination with
(some version of) ProDOS or the IIgs(?) which results in zeroing bytes
in object files.
Assembling to memory works, however.
bye
Marcus
As it happens I generally use the ProDOS version on a IIgs, but I wouldn't
know an object file from my elbow, so I've never had that problem ;-)
http://web.pdx.edu/~heiss/software/assembler.html
Cheers,
Mike T.
1) My first ever comp.sys.apple2 post, apologies if I say something
stupid.
2) When I used to do assembler, I prefered the Big Mac assembler,
which easily fits (IIRC) into 48KB.
(Of course this was a LONG time ago, pre //gs I think.)
A recent A.P.P.L.E. newsletter:
http://www.callapple.org/Members/magazine/2006/2006July15.pdf
... has news of Big Mac.
Mark
Big Mac is a version of Merlin 8.
-michael
New, faster SUDOKU v2.0 solver for Apple II's!
Home page: http://members.aol.com/MJMahon/
"The wastebasket is our most important design
tool--and it's seriously underused."
> I'm after a 6502 assembler for my Apples, and am hoping for some
> advice on the best one to choose. Although I realise it may not
> be possible for all my requirements to be met, here is what
> would be ideal:
Check out the S-C Assembler, available for download with full
documentation at:
http://www.stjarnhimlen.se/apple2/
The S-C Assembler fullfills all your requirements:
> 1. Comes on a single disk,
Yes!
> 2. At least basic documentation is downloadable somewhere,
Full documentation available
> 3. Can run on a 64K Apple II+ (though I have a 128K IIe and a
> IIc as well)
Can even run on a 48K Apple II+ and uses the language card if available,
and then it replaces Integer Basic as the "second language".
> 4. Uses a relatively standard syntax - e.g. hopefully things
> like LDA ($300),Y rather than LDAIY $300 etc
Yes!
> 5. I'm sure they'll all support symbols, macros aren't so
> important to me, but an include facility would be nice.
Supports global and local symbols, macros, include. Generated object
code can be put directly in RAM, or emitted to a binary disk file.
Happy assembling!
--
----------------------------------------------------------------
Paul Schlyter, Grev Turegatan 40, SE-114 38 Stockholm, SWEDEN
e-mail: pausch at stockholm dot bostream dot se
WWW: http://stjarnhimlen.se/
I believe these disks include the IIgs bug mentioned in an earlier
post,
(http://groups.google.com/group/comp.sys.apple2/msg/a480c0a4f9d071d8)
and documented in the July 1987 issue of Assembly Lines.
http://bobsc5.home.comcast.net/aal/1987/aal8707.html
The 65816 processor interacts badly with ProDOS in using a buffer
located in the zero-page.