Re: HLA v1.93 is now available

On Apr 28, 5:23 pm, kistjeb...@xxxxxxxxxx wrote:

Remember that HLA v1.xx is designated as the prototype, so letting HLA
emit code for an external assembler is actually quite beneficial as it
allows for exhaustive testing and bugfixing both the HLA (compile-
time) language and the assembler.

Bingo.
Debugging HLA has been *far* easier as a result of this decision.

From what I've gathered, if he is
going to release HLA v2.xx (the one with its own internal object code
emitter) in Public Domain as well, like he did with HLA V1.xx

That is certainly the plan.

until
Fasm got built in and he was forced to comply to the Fasm license, he
has to write the object code emitting part himself.

Actually, I wasn't "forced" to do anything. I *could* have written the
back-end myself. The only problem with that issue is that the time I'd
have spent doing it couldn't have been put to better use doing things
like HLA stdlib v2.0. The bottom line is that had I written my own
back-end for HLA, people would *still* be compiling their HLA source
files to OBJ files, just like they are today. What would be the
benefit of spending the time doing that? Instead, lots of progress has
been made on something that geniunely *is* useful, such as the new
tested and documented HLA stdlib v2.x modules.

Now I"m not 100%
sure about that, so Randy has to confirm that one.

Anytime you incorporate software from other sources into your system,
you must abide by the license agreement for that software. Of course
this is the case. Rene realizes this. It's just that he has lost his
big argument about "HLA isn't an assembler because it doesn't contain
an integral back-end", so he has to come up with some new story. I
guess he thinks that claiming the software was stolen is going to get
him somewhere. Obviously, as you've pointed out as a "third party",
no one is buying this nonsense.



But if that turns
out to be the case it would basically mean that, when HLA v2.xx ships,
Hyde has succeeded in writing a full-blown x86 high-level assembler,
leaving the anti-HLA crowd without their most stressed argument.

Actually, that argument has gone away already. The native code
generator is built into HLAPARSE. It doesn't matter *who* wrote it.
The bottom line is that you have a single program that takes source
code in on one side and produces object files as output. No
intermediate disk files, no running a "separate" assembler program to
produce the object file output. The fact that I employed FASM source
code (in a manner completely consistent with its license) is
irrelevant. That's no different than if two people had worked on the
assembler (e.g., NASM) to begin with. The fact that the FASM code
generator is fully integrated with FASM is exactly what has got Rene
so upset: he's left without his most-stressed argument.


Although I wouldn't be surprised if they're stupid enough to keep
repeating that beaten-to-death and, from that moment on, false story
then.

No. Rene is now stupidly claiming that the assembler is "stolen".
The sad part is that people (such as yourself) were probably willing
to buy the nonsensical "HLL preparser" argument before. But no one is
buying this "stolen" story.

I honestly don't think it's such a good idea to not retract a
claim that turns out false after a while, but that's up to you.

Rene has stated repeatedly that he will lie, cheat, swindle, whatever,
in order to attack HLA. I seriously doubt you'll see him retracting
anything soon. The sad part is that he is marginalizing himself even
more. As I said already, a few people were willing to buy into that
"preparser" argument before; I can't seen anyone other than a few
RosAsm faithful buying into his latest story.

Be
warned though that if you keep up that claim just for the sake of
opposition, and expose yourself as a liar, you do so knowingly and
willingly

He's known that for years. Hasn't stopped him yet.
hLater,
Randy Hyde



.

Relevant Pages

  • Re: HLA v1.90 is now available on Webster
    ... FASM is a good Assembler written by a guy called Thomasz Gritszar. ... FASM's code easier to read than the RosAsm source code, ... HLA is an absurd HLL Pre-Parser ...
    (alt.lang.asm)
  • Re: Help me about this question.
    ... No doubt you *can't*, clown. ... FASM application. ... complaining about the quality of the HLA standard library code? ... niche for people who want an assembler syntax that is similar to NASM ...
    (alt.lang.asm)
  • The Case Against RosAsm (#4)
    ... Rene Tournois is a big fan of the terms ... HLA was born. ... a book that uses HLA as the assembler be ... "Swindling" is quite related to lying. ...
    (alt.lang.asm)
  • Re: Significant Pure Assembler Application In MASM ?
    ... FASM to produce binary? ... HLA v1.x is a prototype for the HLA language. ... HLA is just a preprocessor for a real assembler. ... to be based on your intellectual grasp of language syntax. ...
    (alt.lang.asm)
  • Re: HLA v1.93 is now available
    ... HLA!= HLL for reasons given above. ... Is it this, clown? ... doing it with an Assembler, where the jumps sizes are under the ... Unfortunately for you, on the important syntaxic points, FASM ...
    (alt.lang.asm)