Just Launched: You can now import projects and releases from Google Code onto SourceForge
We are excited to release new functionality to enable a 1-click import from Google Code onto the Allura platform on SourceForge. You can import tickets, wikis, source, releases, and more with a few simple steps. Read More
From: Michael Schmitt <archiver@db...> - 2000-02-16 03:11:59
This message was sent from Geocrawler.com by "Michael Schmitt" <michael.schmitt@...>
Be sure to reply to that address.
In november last year i was in contact
with "bill" after some investigations about the
DS80C400 thas was never official released, but
replaced by the DS80C390. He sent me a version of
the asxxxx to compile for the Dallas DS80C390
I am not shure if this is of interest for you,
but maybe it can help "not to" develop
the "whell" twice.
If somebody is interested, i can sent the zip
---- Copy of E-Mail ------
Attached is a zip of the assembler and linker.
It does support the extended
addressing mode. There are no new instructions
but the jumps and calls use
an extra byte of address if in address mode 2.
From: Michael Schmitt <mschmitt@...>
Date: Tuesday, November 16, 1999 1:37 PM
Subject: DS80C390 and ASxxxx
---- End of E-Mail -----
Geocrawler.com - The Knowledge Archive
From: Kevin Vigor <kevin@vi...> - 2000-02-16 21:19:27
On 16-Feb-2000 Michael Schmitt wrote:
> In november last year i was in contact
> with "bill" after some investigations about the
> DS80C400 thas was never official released, but
> replaced by the DS80C390. He sent me a version of
> the asxxxx to compile for the Dallas DS80C390
> I am not shure if this is of interest for you,
> but maybe it can help "not to" develop
> the "whell" twice.
> If somebody is interested, i can sent the zip
Well, I've already re-invented this wheel: I have modified the
assembler/linker in the SDCC projest to support the '390 (the code is
checked into the sdcc project at http://www.sourceforge.net if you want to
see it; it's not yet in any released version of sdcc). I also have the
compiler working (*); it generates valid though definitely non-optimal
'390 24-bit code (if I can figure out how to get the compiler to use
dual DPTRs, it'll be a whole lot better).
I'd like to see the .zip, though, to compare the implementation. I
had to do some interesting hacking, including mods to the .rel file
format, to get this working. Maybe "bill" came up with a better
(*) this is all untested on real hardware; if Dallas doesn't get my
TINI to me soon, my head will explode...