HLA v1.64 is up on Webster

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

Date: Thu, 20 May 2004 04:04:08 +0000 (UTC)

HLA v1.64 is now available from the HLA Downloads page
(http://webster.cs.ucr.edu/AsmTools/HLA/dnld.html). There have been a few
minor improvements to the assembler (e.g., fixed a bug in the SIMD mov
instructions, like MOVAPS, which didn't allow two register operands).

There are several new routines added to the HLA Standard Library, and a
couple of bug fixes in the standard library.

Cheers,
Randy Hyde

Relevant Pages

  • Re: HLA v1.68 is now available
    ... >>both the compiler and the HLA Standard Library. ... Or did you not fix your not a bug that doesn't ... Masm isn't a real assembler in your definition:) ...
    (alt.lang.asm)
  • Re: [Attn: Randy] COM calling...
    ... >> could it be the case that there's some bug in HLA ... thinking in HLA syntax and half thinking in TASM syntax...when the two ... I've made suggestions to Randy for things I needed from HLA ... Indeed, phil, if you're out there, try finding a bug in HLA (a far, ...
    (alt.lang.asm)
  • Re: HLA v1.68 is now available
    ... >> both the compiler and the HLA Standard Library. ... There most likely will always be some bug in the library. ... Level Language and a High Level Assembly Language. ... > What Assembler? ...
    (alt.lang.asm)
  • Re: [Clax86list] Seg fault with hla 1.99 on Fedora 8 linux
    ... More likely a memory configuration issue that just happens to case HLA to fail on that particular system. ... >The faulty one is full of zeros where there should be code! ... it's probably a memory layout issue that just happened to tickle some bug in HLA. ... did you Dave? ...
    (comp.lang.asm.x86)
  • Re: HLA compilation fails with no obvious errors.
    ... We all make bugs from time to time - unfortunately, *this* bug made it into the "frozen" HLA 1.99. ... This, too, includes information about how and where the parts fit together, besides the executable code. ... The "internal Fasm" section of HLA has told the linker - for some ".text" sections but not others- to allocate memory for us, protect it as "readonly" and "executable"... ...
    (alt.lang.asm)