Re: Help...
- From: "rhyde@xxxxxxxxxx" <rhyde@xxxxxxxxxx>
- Date: Mon, 30 Jul 2007 09:12:38 -0700
On Jul 30, 7:57 am, Betov <be...@xxxxxxx> wrote:
"rh...@xxxxxxxxxx" <rh...@xxxxxxxxxx> écrivaitnews:1185803550.920645.10740@xxxxxxxxxxxxxxxxxxxxxxxxxxxx:
Feel free to offer evidence that HLA is a HLL
This has been done last month, and the month before, and...
Feel free to provide the links, then.
I know *you've* constantly *said* HLA is not an assembly language, but
you've never offered a shred of proof of that assertion.
So, at risk of boring everybody around:
Level 1: An Assembler is a Programming Tool that translates
Processor Mnemonics based Instructions into Binary Code.
HLA does this.
Level 2: A Symbolic Assembler is an Assembler translating
Data and Code Labels and references into Addresses and
displacements
HLA does this.
Level 3: A Macro Assembler is a Symbolic Assembler offering
Macros and Equates substitutions features.
HLA does this.
_______________________The_Red_Line_______________________
Level 4: An Assembly Compiler is a Macro Assembler that
includes hidden Macros, and/or features that have no counter-
part in the outputed Code (1:1 broken).
You mean, like RosAsm?
You seem to be the only one making this definition for an "assembly
compiler". First of all, we know that the 1:1 correspondance is broken
from the get-go, even with a plain-jane assembler. So drop that red
herring right away.
As for "hidden" versus "open" macros, once again you fail to see the
difference between a language and the implementation of a language. It
doesn't matter whether the macros are "hidden" or "open." The language
is the same either way.
We could easily argue, for example, that RosAsm crosses your "red
line" because of two major features: (1) the "equates" file that hides
all manner of definitions and takes them out of the source code, and,
of course, (2) the PREPARSER statement when enables all manner of
"hidden" macros. The fact that you've got to explicitly use the
PREPARSER statement to enable those macros does not change the fact
that they are there and are part of the RosAsm language. If you're
going to argue that the ability to control their presence is what
differentiates RosAsm from an "assembly compiler", then you've lost
your argument. For HLA has the same facilities -- you can easily turn
on or off the HLL-like "hidden" macros by changing the name of the
executable (e.g., to "LLA.EXE" or by using an appropriate command-line
parameter.
Level 5: An HLL is a Compiler that frees the programmer from
having to deal with the Mnemonics.
First of all, once again you demonstrate the fact that you do not
understand the difference between a language and an implementation of
a language. A "compiler" is a program that *implements* some language.
A "language* (as in "high level language) is an abstract concept
defined by, among other things, a grammar and a set of semantic rules.
After all these years, one would assume that you'd finally figure out
that there is a difference between a language and an implementation of
a language; especially considering the number of people who've told
you about your misconceptions.
But let's assume that a language and an implementation are one and the
same, just so you can grasp the concepts being debated here. In that
case, HLA is not a high level language because it does *not* free the
programmer from having to deal with mnemonics.
Level 6: A VHLL is an HLL offering buit-in features covering
specific tasks.
You really don't know what you're talking about. You might read a
textbook or two on programming language design before trying to play
the expert.
Once again, I ask you for a valid proof that HLA is not an assembler.
Other than point (4), on which RosAsm also fails (and a purely
synthetic category that you created and has *no* support outside your
pitiful arguments), you've not provided any "proof" of your assertion.
hLater,
Randy Hyde
.
- Follow-Ups:
- Re: Help...
- From: santosh
- Re: Help...
- From: Betov
- Re: Help...
- References:
- Re: Help...
- From: Betov
- Re: Help...
- From: rhyde@xxxxxxxxxx
- Re: Help...
- From: Betov
- Re: Help...
- From: rhyde@xxxxxxxxxx
- Re: Help...
- From: Betov
- Re: Help...
- From: rhyde@xxxxxxxxxx
- Re: Help...
- From: Charles Crayne
- Re: Help...
- From: rhyde@xxxxxxxxxx
- Re: Help...
- From: Charles Crayne
- Re: Help...
- From: santosh
- Re: Help...
- From: Jim Carlock
- Re: Help...
- From: CodeMonk
- Re: Help...
- From: rhyde@xxxxxxxxxx
- Re: Help...
- From: CodeMonk
- Re: Help...
- From: rhyde@xxxxxxxxxx
- Re: Help...
- From: Betov
- Re: Help...
- From: rhyde@xxxxxxxxxx
- Re: Help...
- From: Betov
- Re: Help...
- Prev by Date: Re: further optimizations
- Next by Date: Re: Help...
- Previous by thread: Re: Help...
- Next by thread: Re: Help...
- Index(es):
Relevant Pages
|