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.
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
Excellent, Sevag... welcome aboard!
Nathan.
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 :)
Does this mean that Randall is no longer working on future versions of HLA?
-The stdlib is written entierly in HLA.
-Randall is continuing to develop HLA.
To DarkWolf and to zurieltx,
I dug-up Randall's original post on the subject:
Quote[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.
Thanks for the clarification.
Miles
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.