Re: Definitions - What are yours?
- From: "rhyde@xxxxxxxxxx" <rhyde@xxxxxxxxxx>
- Date: Tue, 31 Jul 2007 09:13:20 -0700
On Jul 31, 8:19 am, Betov <be...@xxxxxxx> wrote:
"rh...@xxxxxxxxxx" <rh...@xxxxxxxxxx> écrivaitnews:1185890805.790552.308340@xxxxxxxxxxxxxxxxxxxxxxxxxxxx:
There are very simply HLL compilers that are far less complex
than some advanced assemblers (say, MASM).
This is a definition thread, clown. In a defintion thread,
MASM cannot be called an Assembler. It is a "Compiler for
Assembly Language".
Actually, *all* assemblers are compilers for assembly language.
That's the only reasonable definition of an "assembler" that works.
Remember, a "compiler" is a program that takes a source language and
translates it to some target language. Assemblers certainly fall into
this category. While there are certainly compilers that cannot be
called assemblers, all assemblers are examples of compilers. So
calling MASM a "compiler for Assembly Language" is the same thing as
saying MASM is an "assembler". Therefore, your statement above is
logically inconsistent (then again, that's par for the course for most
posts you make around here).
Not that far from an Assembler, but
nevertheless *not* an Assembler.
Once again, you confuse a language with the implementation of a
language. Perhaps you could make an argument that the "MASM language"
is not an assembly language. But if you're going to claim that the
MASM language is an "assembly language" (as you've done in the
previous paragraph), then you have to accept the fact that MASM is an
assembler. For an assembler is just a compiler that translates
assembly language to some other language.
Now, is MASM an "advanced" Compiler? How? why? where?
I guess it depends on what other compilers you compare it against.
Certainly, if you compare it against most assemblers (especially the
crop of hobbyist-created x86 assemblers) one could claim it is an
"advanced" compiler.
Where does MASM beat FASM, for example? Nowhere.
The macro facilities are better.
The compile-time language is better.
MASM supports high-level assembly features.
MASM supports data types far better than FASM.
The syntax is closer to Intel Syntax (for those who care).
There are far more real-world examples written MASM.
There are far more books, tutorials, and so on written for MASM.
The list goes on and on.
FASM does have some benefits over MASM, but trying to claim that MASM
never beats FASM is absolutely foolish.
All we
can see is the impressive amount of MASM defects, limits,
and inconvenients.
Why don't you emumerate all these defects, limits, and
"inconvenients" (sic)?
hLater,
Randy Hyde
.
- Follow-Ups:
- Re: Definitions - What are yours?
- From: Betov
- Re: Definitions - What are yours?
- From: Betov
- Re: Definitions - What are yours?
- References:
- Definitions - What are yours?
- From: CodeMonk
- Re: Definitions - What are yours?
- From: santosh
- Re: Definitions - What are yours?
- From: rhyde@xxxxxxxxxx
- Re: Definitions - What are yours?
- From: Betov
- Definitions - What are yours?
- Prev by Date: Re: New instructions
- Next by Date: Re: Definitions - What are yours?
- Previous by thread: Re: Definitions - What are yours?
- Next by thread: Re: Definitions - What are yours?
- Index(es):
Relevant Pages
|