Like the topic says, are there any assemblers that arnt confined to the limits of dos and recognize the same format of assembly that the standard assmeblers do (3D tables, on the fly basic math, ';' comments, etc.)?

The techedge bombs out long before it even clears the beginning of the calibration portion of my $0D code due to the ram constraints.

 

I like ASM11 by Tony Papadimitriou. But it doesn't like white space or the semi colon, the ";". But it will assemble the "0D' mask no problem. It will also assemble the LT1 code from the 94-95 series of ECMs.

When I disassemble, I immediately swap out the ";" for a comma that ASM11 likes. No troubles...

Scot

 

I love the standardization.

Its good to know there is at least one that can do it, but recognizing the semicolon would be very nice, as the coma could get real confusing in a hurry given all the other instructions that use it, IOW, not a unique character.

Thanks, Ill give it a try...

 

Scratch that... it works fine with semi-colon.

 

Might try Dewtronics Home Page
We had a ton of comments at one time in the aujp hac.
It does everything you list IIRC.
It has a slight difference in syntax with the techedge, nothing you can't do a replace on. Biggest pita diff is that it needs 0x00 format for hex.
And I haven't figured out how to make it compile decimal's yet.
I never got around to asking the author.
I think that's might be the only thing I had to change when I moved my patches into source.

 

The one scotsea posted seems to work. It recognizes ; as valid for comments. It seems to accept the 3D tables, but produces alot of warnings as it disregards the ,'s between each #.

Edit. Damnit. Doesnt do 3D tables. Theres only like a zillion of them that would have to be edited. And then theres all that added dead space when the tables are broken up.

 

.

 

What do you mean by 3D tables? Like the timing table? Works fine for me.

Just can't have white space in the table.

I set the table up in hex, like this:

FakeTableAddr

FCB $40,$40,$40,$30
FCB $40,$40,$40,$30
FCB $40,$40,$40,$30

It has no problem with a table constructed like that.

Scot

 

The VI editor works great for doing search and replacements to translate the formating.

Sounds like a job for someone with Perl programming experience...

 

The link to the assembler is actuall off the dis page.There is a "q" option to use the "$" also but I haven't tried it.Read this page to see what has been done for large files.Been using both versions but normally just use the 1.5

Alan Baldwin's Assembler Package?

My LST file ends up with 20K lines, the asm is 1.2 mB.

 

Ohhh... I see what you mean by whitespace now. Thought it was just blank lines that it would have a problem with.

I also found another one that works well. The MGTEK MiniIDE assembler seems to be doing ok and accepts all the typical formatting. The GUI takes a long time, but it has a standard 32 bit DOS assembler as its core application so it works in a similar fashion.

Edit: the more I use it, the more I like it. It finds most of the errors in a single pass through. Also dont have to remove any of the tabs or spaces in the tables, so the formatting remains the same.

 

The MGTEK one works well. Got it to compile using that assembler.

 

Dunfield's development kit includes a really nice assembler, as well. I have not reached a size limit yet with it.

todd

 

I quit using it because I was often running into a size limit.

Maybe he increased the size of files that it can handle since I quit using it. The problem I ran into was topping out the address label limit. If you use longer address labels, it runs out of space quickly. I emailed Dunfield back and forth a number of times, and he made an assembler that could handle a marginally bigger file, but I was way over the limit, so I just moved on to ASM11. As far as I know, some of the assemblers enforce an 8 character limit to address labels, helping to keep from running out of space.

Never got an upgrade notice from Dunfield, so I am unaware if he really increased the limit.

Scot