HLA Standard Library at SF

[Evenbit]

I am waiting for the release of HLA 1.82 before dumping any source on the CVS, however, all interested parties are invited to join the project {{ just let me know in what capacity -- developer, technician, project admin, etc. -- you wish to participate in }} to "kick around" your ideas and just generally get things started.

The project is at:
https://sourceforge.net/projects/hla-stdlib/

Subscribe to the mail list is at:
http://lists.sourceforge.net/lists/listinfo/hla-stdlib-talk

Description:    The intention of this project is to support users of Randall Hyde's HLA (High Level Assembly) language [ http://webster.cs.ucr.edu/AsmTools/HLA/index.html ] who wish to maintain, extend, or evolve the HLA Standard Library. The current implementation of HLA is a prototype which runs on Windows and Linux -- with other platforms planned for the 2.x version. The public domain source code for the HLA stdlib portion can be obtained here: http://webster.cs.ucr.edu/AsmTools/HLA/dnld.html The intention is to keep all added/modified code in the public domain so that it may be included in future versions of HLA.

    * Development Status: 5 - Production/Stable
    * Intended Audience: Advanced End Users, Developers
    * License: Public Domain
    * Operating System: All 32-bit MS Windows (95/98/NT/2000/XP), Linux
    * Programming Language: Assembly
    * Topic: Compilers

Nathan.

[Sevag.K]

I'll join in as a dev.
I already have several portable 'extensions' to the HLA stdlib in my hidelib which I'm willing to contribute to the project to interested parties.

-a modiefied version of os.system -currently os2.sysexec (which returns proper exit codes).
-a program exit routine that exits with error-code -currently os2.sysexit
-a routine that gets the path of the current process -currently os2.getmodulepath
-a routine that returns the 'size' of a memory pointer -currently mem2.size
-environment extensions -currently
env2.getstring
env2.get
env2.a_get
env2.put

Other useful routines for consideration are fileio.getTime and fileio.timeToLocalTime

[Evenbit]

Excellent, Sevag... welcome aboard!

Nathan.

[DarkWolf]

Evenbit is this a project in the HLA syntax ?
The stdlib is not maintained in HLA syntax until 2.0

Or am I misunderstood ? verbage intended  :)

[zurieltx]

Does this mean that Randall is no longer working on future versions of HLA?

[Sevag.K]

-The stdlib is written entierly in HLA.
-Randall is continuing to develop HLA.

[Evenbit]

To DarkWolf  and to zurieltx,

I dug-up Randall's original post on the subject:

[circa Jan 2005 post at Yahoo Groups]


Hi All,

As work on HLA v2.0 progresses, one thing I would really like
to do is detact support for the HLA Standard Library from HLA
and treat it as a separate product.  There are a couple of reasons
for doing this:

1. If there is a problem with a standard library routine, you shouldn't
    have to wait for a new version of HLA to get a fix for it.

2. Lots of people want to add new routines to the library, I don't have
    the time to create such new routines, but a Source Forge approach
    could allow anyone to contribute (documentation, of course, is always
    a problem with the "open collaboration" approach, but this can be
    handled, I suppose).

3. I'd like to go through all the stdlib routines, in preparation for HLA v2.0,
    and clean them up a bit.

4. w.hhf needs a lot of help :-)

I don't have time to do this, but if there is a volunteer out there willing to
take over the HLA stdlib by setting up the Source Forge acct, that would
be great.
Cheers,
Randy Hyde

Nathan.

[zurieltx]

Thanks for the clarification.
Miles

[DarkWolf]

Oh it was from the yahoo site, no wonder I was a little confused.

I avoid that place like the plague.
Because of yahoo I cannot read or view any portion of that site without registering.
Unlike here where I can read everything and see how it all is before signining up.

You know a sort of informed choice kind of thing.

And this was from a year ago.
Okay now I know wants going on.