Re: XML-based object orientated pre-Assembler

From: Randall Hyde (randyhyde_at_earthlink.net)
Date: 03/04/05


Date: Fri, 04 Mar 2005 06:52:57 GMT


"Jure Sah" <jure.sah@guest.arnes.si> wrote in message
news:42279D16.1070001@guest.arnes.si...
> Hello,
>
> I have been promising an object orientated ASM IDE for a while now.
> Trying to make the best of what is already here, I have made a compiler,
> that will parse XML code and output ASM files.
...
>
> And while this example may seem silly, using this and an XML editor, it
> becomes much more unlikely for you to end up with an out-of sequence
> stack and any of the terrible consequences this usually brings. Not to
> mention the segments can be labeled, making the program easier to read.

It really sounds like you're trying to create an XML version of the
fabled "BethTools" system (seach Google for details).

>
> The XLink-ed XML of course, can be made to point to any ASM code you
> choose and best of all, they do not need to be on the machine your are
> compiling on, but anywhere on the internet. In this way you can define a
> simplified language with these XML objects, then put them on a web
> server and you never have to worry about them again, you can create
> programs that you share with your friends / coworkers over the internet
> and you only have to send them your XML program (which I might add is
> also doomed to be much more understanable than the compiled ASM to them)
> and if they wish to compile it, the components needed will be downloaded
> automatically durring the compilation procedure.

And what's the point?

>
> The other good thing about this is that, if there ever will be large
> compatible databases of these XML objects online, porting an ASM program
> written in this XML language (to another ASM form or to diffirent
> hardware / software) will be simply a matter of changing the XML:base
> link (xml:base="http://my.webspace.com/") to point to another location,
> compile and viola, the code is ported.

Well, if you're going to give up machine dependence, which it sure
seems to me like you're doing this, then why not just use a HLL?

>
> I might improove the language used in case it turns out to be too
> loosely compilant to W3C standards or if there are other practical
> aspects of the XML standard that can be used, but it will be
> backwards-compatible and I will avoid fixed high-level features such as
> the many in HLA. I have no intention of reinventing hot water.
>
> P.S.: You will notice that the XML compiler can also be used to compile
> anything else made up of text, not only ASM programs.
>
> Coming soon! Like... tommorow! Now I got to go to bed. =P

I wish you all the luck in the world, but have you answered a
couple of important questions:

1. "Who is the audience for this product?"
2. "What is the purpose of this product?"
3. "Why would someone use this product over other assemblers (or HLLs)?"

HLA, for example, was designed to support beginning assembly
language programmers. That completely answers the three questions above.
What benefits are you proposing? Being able to edit your assembly programs
with an XML editor isn't a great turn-on to most programmers around here.
Indeed, speaking from experience, I can pretty much assure you that
there are only a tiny fraction of existing assembly programmers who
would be willing to switch to your system, once it's complete. That
leaves beginners as the only large market for such a system. What
benefits does this offer to those wanting to learn assembly? Perhaps
those who already know XML? (I don't know...). Of course, if
you're like Herbert and you just want to create an assembler for
yourself, have at it.
Cheers,
Randy Hyde



Relevant Pages

  • XML-based object orientated pre-Assembler
    ... I have been promising an object orientated ASM IDE for a while now. ... Trying to make the best of what is already here, I have made a compiler, ... that will parse XML code and output ASM files. ...
    (alt.lang.asm)
  • Re: Nervous Nuby Starting Out!
    ... i use because my boyfriend pointed out that XML works well as a Better ... try to compile and install Gems so I can have a go at using the ... at Ruby In The First Place is to take a step back and learn from the ... future if I keep learning Applescript as self-taught with nobody to talk to. ...
    (comp.lang.ruby)
  • Re: XMLReader skip current element
    ... You should try Eclipse some time - it will compile (in some cases, ... Likewise, just how handy would it be to just skip over an invalid section of XML, when you have no idea what the overall effect of doing so would be? ... It does seem to me that in an editor, where the user is actively modifying the data, it makes more sense to put the effort in, but even there I wouldn't necessarily insist on it. ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: XMLReader skip current element
    ... You should try Eclipse some time - it will compile (in some cases, ... just how handy would it be to just skip over an invalid ... Just because the remaining XML can be parsed, ... should try to recover. ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: 50% of packets lost only on local interfaces
    ... It would be quite interesting to compare the actual commands that ... Capture the buildworld/kernel output and compare ... There used to be inconsistencies in the way gcc handle asm() ... reported errors (and failed to compile the code). ...
    (freebsd-stable)