Re: HLA and embedded controllers

Actually, I am doing that right now. The HLA stdlib v2.x will probably
start appearing within a month or so. There are a couple of reasons
I'm rewriting the library (though this has nothihng to do with
supporting microcontrollers); in order of priority:
wow, i've got competition ;)
i am writing FASMLIB, std library for FASM, and want to make it
seriously. Yours library is only one looking like real std library i've
seen yet. unfortunately it is limited to HLA-only by design, thus
unusable for ASM programmers.

1) Separating out the OS-dependent functions to make it easier to port
the library to another OS.
you should have at the beginning

3) Make the library available to other assembler users, not just HLA.
how? as COFF? how does your throwing mechanism work in lowlevel?
do you want to have it usable for pure-asm coders? (these were some of
main questions i was solving when designing FASMLIB)

Do keep in mind, however, that I do not consider the HLA standard library
to be part of the HLA language.
nice step imho

I'd be loathe to try and provide a general-purpose
library because space and speed limitations on the low-end chips makes
the design and usage of a general-purpose library difficult. Even
people using C on those (low-end) chips rarely make use of any
"standard library" routines in their programs.
embedded devices nowadays are far from low-end. And when you need
low-end you must probable stick to pure assembly. abstractions eat
space and time.

All that being said, however, it doesn't make a whole lot of sense to
create an HLA-like assembler for embedded CPUs.
agree

.