Re: HLA v1.93 is now available

On 1 mei, 15:50, Betov <b...@xxxxxxx> wrote:
kistjeb...@xxxxxxxxxx écrivait news:1178026327.465992.77670
@e65g2000hsc.googlegroups.com:

Betov ecrivait:

Euhhhh!!! "until the rewrite is done" ???!!!...

Dream on. Why on earth would this swindler do that?

Simple,

1.) Randy wants to get rid of the C/Flex/Bison code kludge that HLA
v1.xx (the prototype) is now, and replace it with "his own" high-level
dialect of x86 assembly to clean up the source code.

I am not talking about his HLL Pre-Parser. I am talking about
rewriting _FASM_.


You point being??? It's his source code ya know, so if he wants to
clean it up, who are we to try and forbid that?

2.) He wants to release HLA v2.xx (the production grade tool) in
public domain. Incorporating fasm source code (or any GPL-like code
for that matter)

You must be in some "confused" state, here. Master Pdf always
was one of main leaders of the Anti-GPL mouvement. He is a
US christian dement, a MicroSoft supporter, and MASM supporter
and so on... Get back to land: You are lost in the wind.


And you're even more of a micro$oft supporter by _specifically_
supporting the NT/ReactOS API+ABI and PE COFF object code format with
your assembler designed for only that OS environment, if we go by your
defintion "if person A's program supports windows/Masm, he must a micro
$oft supporter and by default, a linux/<insert random open source OS>
hater. To hell with him!!". Even more funny when we take in
consideration that you willingly and disdainfully ignore Linux, by far
the biggest open source OS concurrent of M$. At least Randy has no
qualms with supporting Linux/BSD/MacOSX and won't mind if Masm dies a
slow painful death (we've got POASM if we want to code asm in MASM
style; now if only Pelle would be so nice to open source his SDK. Any
volunteers for a fundraising :P ;) ?)

in HLA v2.xx makes HLA v2.xx take the fasm resp the
other corresponding license, disqualifying it for a release in Public
Domain, since PD strictly isn't a license at all.

Evident, but as long as Thomasz cannot and will not protest,
who cares?


Well, Randy might, for the reason given above, and perhaps for the fun
in depriving you of another one of your false claims. Granted, the
Fasm back end argument still stands for now, but better make the most
of and enjoy it while you can, cause that fun might be over a lot
sooner that you may think.

To keep HLA v2+.xx
free from licenses, a complete rewrite, including that of the built-in
fasm back end to one of his own, is necessary.

:))

As if it was a tiny detail !!! You do not understand what you
are talking about. Again, like point 1), above, the problem is
with rewwriting _FASM_ !!! Mind you this is a completely
different story than to rewrite his Pre-Parser toy. Thomasz,
as opposed to master Pdf _is_ an asmer, and a talented one.


Sorry bub but you got your argument in reverse here. You've already
been shown several times in the form of the Lisa Assembler that Randy
is perfectly capable of writing an assembler. Also, writing an
assembler isn't all that hard compared to writing a compiler for a
HLL. One needs only to write a table to match the mnemonics to the
corresponding opcodes and to keep track of the labels, and an encoder
to spit out the binary code; the very reason that _all_, even the most
basic assemblers have these features. It's when you add high-level
control structures and an intermediate/compile-time time that the
complexity *** starts to kick in. Compared to the HLA front end, the
fasm back end is only a cinch in terms of code size and complexity.

3.) HLA has already hit version 1.93, so the rewrite is not far off.
In fact, Randy already mentioned that at least 60% of HLA 2.00 already
is done, and is/has been devoting a considerate amount of time in
porting HLA to BSD and MAC, and working on the HLA standard lib. One
doesn't have to wait an outrageous amount of time for HLA 2.00
anymore now.

:))

You are charming. Go on dreaming sweet dreams.


Patience is a Virtue my young Padawan!!

.