Slashdot Mirror


High Level Assembly

dunric writes "Randall Hyde has developed a programming language called High Level Assembly (HLA). It is a great way for new programmers to develop applications for both Windows and Linux. It works with a variety of assemblers, including Gas, Fasm, Masm and others. The website for Randy's HLA is located at: http://webster.cs.ucr.edu/"

53 comments

  1. I'll pass by niff · · Score: 5, Funny

    i'm waiting for Microsoft ASM.NET

    1. Re:I'll pass by Tobias+Luetke · · Score: 1
      You mean this :

      http://www.viksoe.dk/code/asmil.htm
      <%@ page language="Asm80386" %>
      <%
      Str: DB "Testing...", 0

      mov eax, -2
      cmp eax, 2
      jle Label1
      xor eax, eax
      Label1:
      lea esi, Str
      push esi
      call "Response.Write(string)"
      pop esi
      %>
      <br>EAX: <%= eax %>
  2. High Level Assembly (HLA) by Red+Pointy+Tail · · Score: 5, Funny

    ...also known as C.

    1. Re:High Level Assembly (HLA) by You're+All+Wrong · · Score: 0, Troll

      Nope, at least C looks like C.
      HLA looks like, gag... gag... gag, Pascal!

      Sorry, gotta go. Must evacuate...

      YAW.

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    2. Re:High Level Assembly (HLA) by Tobias+Luetke · · Score: 4, Insightful

      I think this should be modded as Insightful not Funny....

      With modern C compiles in place its all but impossible to write an entire project with faster code then the same program in C.
      ASM is good to optimize some sections, but even that is questionable nowadays because its probably less expensive to get a faster computer then having a coder with great insight into ASM optimize a section of the code for a week.

      Also C code can run on a cluster or super computer if required.

    3. Re:High Level Assembly (HLA) by Per+Wigren · · Score: 2, Informative

      As the other poster said: Insightful, not Funny.

      For example SmartEiffel compiles Eiffel-code to assembly-like C-code and then compiles the C-code to executable code using an ANSI-C compiler. Smart and efficient way to make a new compiler produce extremly fast code and be crossplatform without an extra effort.

      --
      My other account has a 3-digit UID.
    4. Re:High Level Assembly (HLA) by LWATCDR · · Score: 1

      I have to say that I thought that c was supposed to be a High Level Assembly language. I can remember when c was dismissed because it was too low level. Ada was supposed to be the next big thing. Intel even tried to make an Ada Chip. Turned out c was the next big thing.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    5. Re:High Level Assembly (HLA) by warrax_666 · · Score: 1
      Smart and efficient way to make a new compiler produce extremly fast code and be crossplatform without an extra effort.


      Except that the Eiffel->C translation effectively obliterates any chance of using the (presumably) much stronger semantics of Eiffel for optimizations which are not possible in C, due to the fact that a C compiler doesn't know about the semantics of Eiffel, and consequently cannot know of any "non-C" properties of the intermediate C program.
      --
      HAND.
    6. Re:High Level Assembly (HLA) by huge · · Score: 1
      [...] because its probably less expensive to get a faster computer then having a coder with great insight into ASM optimize a section of the code for a week.
      This is exactly the problem these days. People think so way without really considering the consequences.

      If you have a moderate or a large project in corporate environment, or a project that is delivered to larger audience, it's not uncommon to have 10,000+ users.

      Now think if you have to get a new PC for each and every user because you don't want to get someone to do the optimization. Even if the upgrade would cost only a $50 for PC, it still $500,000. That's hell of a pay for a weeks (or month) job.

      Even in case of a corporate environment where the application might run on a centralized manner (mainframe, cluster, whatever), upgrading your mainframe or cluster just because of lack of optimization is outright stupid.

      It might cost a little more for a company to begin with, but in the end it will be lot cheaper.
      --
      -- Reality checks don't bounce.
    7. Re:High Level Assembly (HLA) by Tobias+Luetke · · Score: 1

      See I compleatly agree with you, but i also think that your argument is very Theoretical.

      I just can't come up with a type of software which would trigger such a behaviour.
      Honestly there are two types of applications which still hit computers hard: Math problem solving tools and computer games.

      Games are a whole topic in themselves. Well optimized code is a feature which can cause more sells, so optimized asm code will have a home here for a long time. Math is usually so complex that you need infrastructure for clustering anyways ( think seti ) here hand optimized asm code can save you years in calculating. All other software which has business with bytecode ( ie you wouldn't write with java, .net or python ) is better off being written in C for protablility then optimized ( obfuscated ? ) in asm.

    8. Re:High Level Assembly (HLA) by gfody · · Score: 2, Interesting

      optimizing a section of code in asm is about what 99% of asm programmers do these days. code that requires such optimizations will always be around. typically any place you have an "inner loop" that could be nested within several outer loops that actually gets executed millions or billions of times.. that's when even a single redundant instruction or calculation that takes a few clock cycles can cost you seconds minutes or hours in the final execution time.

      dsp and rendering are two areas I have experience optimizing inner loops for. sometimes you can split up the work at a higher level to run on seperate machines. sometimes you can't. it's _never_ a case of you could always split it up, and it would be easier than optimizing the inner loop in asm. most of the time figuring out how to split up a task to be executed on seperate machines is much more involved than optimizing redundant instructions out've an inner loop.

      --

      bite my glorious golden ass.
    9. Re:High Level Assembly (HLA) by Anonymous Coward · · Score: 0

      ASM is good to optimize some sections, but even that is questionable nowadays because its probably less expensive to get a faster computer then having a coder with great insight into ASM optimize a section of the code for a week.


      Last time I checked, CPU speeds weren't increasing as rapidly as they used to. It used to be that CPU speeds doubled every couple of years. That hasn't happened recently (big news flash! Intel increases clock speed from 3.2 GHz to 3.4 GHz!).

      Assembly language may not be the right way to create faster applications, but the lazy approach that programmers have used for the past three decades, waiting for faster hardware, seems to be coming to an end. Programming in assembly may be out of the question for real programming tasks, but learning assembly (which is really what HLA is all about) can help programmers write much more efficient code in the HLLs they choose to use.

    10. Re:High Level Assembly (HLA) by Anonymous Coward · · Score: 0

      You have a good point. One that escapes many for some reason.

      NoDot
      of the MASM Forum, Win32Asm Board, alt.lang.asm, and others

    11. Re:High Level Assembly (HLA) by FictionPimp · · Score: 1

      I personally found that learning assembly even the little bit that I know (i'm still strugling along with MMX and SSE) Improved my programming skills in other areas. I found myself thinking more about what I was writing and what was actully happening. And I started to document and structure my code better.

      that was just my exp in it.

  3. FAQ by Fulkkari · · Score: 3, Informative

    ...is something you should probably read. Link here.

    Interesting project, but quite useless for us that prefer portability.

    --
    I demand the Cone of Silence!
    1. Re:FAQ by LordNimon · · Score: 2, Insightful

      Portability in assembly language? Huh?

      --
      And the men who hold high places must be the ones who start
      To mold a new reality... closer to the heart
    2. Re:FAQ by aminorex · · Score: 2, Interesting

      For some of us, the ability to use assembly-language
      to optimize critical sections on sensitive platforms
      or to access memory-mapped hardware registers
      is the sine qua non for the very option of
      writing portable code. Absent this ability, we'd
      have to write entire systems in low-level asm.

      --
      -I like my women like I like my tea: green-
    3. Re:FAQ by Anonymous Coward · · Score: 0


      Portability in assembly language? Huh?


      Well-written HLA programs, like well-written C programs, are immediately portable between Linux and Windows. All that's required (just like C), is to recompile the source file under the other operating system.

      Of course, the code will only run on a Pentium processor (or an emulator), but portability has many dimensions. One aspect of portability is portability between operating systems, which HLA achieves through the use of its library code.

  4. ....meanwhile in other news...... by MrIrwin · · Score: 2, Interesting
    ....Sun students get to perfect thier cross platform techniques by programming the JVM natively.

    BTW, PLC's are commonly programmed in "assembler", but the industrial automation worlds idea of Assembler is remarkebly similar to this HLA.

    --

    And if you thought that was boring you obviously havn't read my Journal ;-)

  5. Relax, it's a teaching tool... by Cragen · · Score: 3, Informative
    HLA was created to help make teaching assembly language easy (for both instructors and students). This paper describes the features of HLA that make it suitable for teaching assembly language programming.

    Kinda like MIPS/SPim. Assembly: The Anti-Java language. (Haven't decided if that is a comment or compliment...)

    Oldbie.

    1. Re:Relax, it's a teaching tool... by Anonymous Coward · · Score: 3, Interesting
      Exactly like SAL (Simple Assembly Language). MIPS/Spim is a processor/assembly language (MIPS) and an assembler and emulator (Spim). Spim is a great tool in itself. SAL was added onto Spim as a teaching tool.

      We (Goodman, et al) designed SAL back in 1990 when the CS354 Computer Organization and Programming was moved from VAX. I was a TA at the time and added the SAL code onto Spim.

    2. Re:Relax, it's a teaching tool... by calica · · Score: 1

      I took CS354 with Goodman back in 92. Very good class and teaching tool.

    3. Re:Relax, it's a teaching tool... by schwaang · · Score: 2, Interesting
      In my day, we learned MIC-1 and MAC-1 from Tanenbaum's book "Structured Computer Organization", and we liked it.

      Google tells me the kids use java to simulate it now.

    4. Re:Relax, it's a teaching tool... by PorkCharSui · · Score: 1
      We're learning an even simpler language in my machine dependent programming class at UCD. It is called CUSP and was originally programmed in Pascal back in the late 80s/early 90s :-/

      Our latest project is PacMan in assembly. It's already at 1000 lines of code and the ghosts don't even have an AI moving routine yet.

    5. Re:Relax, it's a teaching tool... by Claire-plus-plus · · Score: 1

      Is that surposed to make it better? Have you forgotten Pascal and BASIC? "Teaching" languages are often so bad that they make people worse programmers. Make people learn ASM the hard way, like I did, and they will thank you for it (as soon as they stop trying to kill you long enough to realise they have learned the language).

      --
      99 bottles of beer in 175 characte
  6. Wow that's gross by p3d0 · · Score: 4, Informative

    Take a look at the sample programs.

    --
    Patrick Doyle
    I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
  7. Teaching? Yes. Applications? Er.. why? by EnglishTim · · Score: 4, Insightful

    I'm sure it's a great teaching tool for learning assembler, and if you need to do a bit of assembler for some reason, cool.

    However, using it to teach new programmers how to program applications? Why?

    It's

    a) Harder to learn than a High Level Language.
    b) Takes a lot more work to get anything done when compared to High Level Languages.
    c) Is much less use in a working envronment than knowledge of a High Level language is.

    1. Re:Teaching? Yes. Applications? Er.. why? by Monkelectric · · Score: 3, Interesting
      That's the question nobody can answer. I have quite alot of experience with the author, Randall Hyde, and can tell you in no uncertain terms he beyond a brilliant programmer. He also suffers from some kind of pathology such as megalomania or manic depressive disorder.

      Nobody can answer the question -- why do you need a language that has none of the advantadges of assembley, AND none of the advantadges of a higher level language?

      --

      Religion is a gateway psychosis. -- Dave Foley

    2. Re:Teaching? Yes. Applications? Er.. why? by Anonymous Coward · · Score: 4, Insightful

      I'm sure it's a great teaching tool for learning assembler, and if you need to do a bit of assembler for some reason, cool.

      However, using it to teach new programmers how to program applications? Why?


      For the same reason it's valuable for programmers to know any language other than the one their company uses. Because teaching someone to write applications isn't the same as teaching them to program.

      This language is basically like C but more so: nobody in their right minds would consider using it for a major project, but it's very useful to have some idea of how this stuff really works.

      I assure you, the moment I discovered what a 'for' loop compiled to, that was like a lightbulb going on in my head: suddenly programming made sense instead of just being about typing mystical formulae. Since then, sure, I've never touched ASM again, and these days I work almost entirely in functional languages that end up being a million miles away from the hardware, but I don't think I wasted my time when I did learn ASM.

    3. Re:Teaching? Yes. Applications? Er.. why? by man_ls · · Score: 1

      " " This language is basically like C but more so: nobody in their right minds would consider using it for a major project, but it's very useful to have some idea of how this stuff really works. " "

      Tell that to the Linux Kernel developers.

    4. Re:Teaching? Yes. Applications? Er.. why? by Anonymous Coward · · Score: 0

      You might be interested in Mr. Hyde's views on using assembly as an application development tool in this article he wrote: http://www.onlamp.com/pub/a/onlamp/2004/05/06/writ egreatcode.html Be sure to read the whole article. It's pretty clear most of the people posting response have only read the title before embarassing themselves with their responses. To cut to the chase, there is a line in this article where Mr. Hyde suggests that it would be foolish for people to write applications in assembly language. Have a Nice Day, Anonymous Cowards, anonymous

    5. Re:Teaching? Yes. Applications? Er.. why? by MilenCent · · Score: 1

      I haven't read the whole site yet (I got a Spanish paper due in an hour, yikes!), but from what I can tell the idea is to give the user all the advantages of assembly with some of the advantages of compiled languages.

      I have to say, I could really groove on this.

  8. HLA and Art of Assembly by Dayflowers · · Score: 4, Informative

    This is hardly news to anyone. If my memory doesn't fail me, that has been around for at least two years. And if you were ever into assembly or even just curious, you were bound to stumble uppon the Art of Assembly (his book, a must read when learning assembly) and his site. Its not like HLA was any secret of even hidden in some obscure webpage...

    --
    I am a speak english. Do you not? - Saroto
    1. Re:HLA and Art of Assembly by Anonymous Coward · · Score: 0

      If anything, the site has more content than it did a few years ago (as one would figure), as its no longer just Windows specific. That said, the new things aren't exactly worthy of slashdot attention.

  9. Randall Hyde's long-term project ... by Chromodromic · · Score: 5, Informative

    Actually, HLA ain't nothing new, and if you've been doing any hanging out on comp.lang.asm then you've seen his name popping up on posts about every single day, several times per day, promoting HLA and helping newbies for years now.

    I downloaded his book, "Art of Assembly Language" (avail. at No Starch, http://www.nostarch.com/) a couple of years ago before it had been published by No Starch and it's well written, still available for free either HTML , or PDF.

    If you're using Windoze then it's definitely worth checking out the excellent RadASM assembly language IDE for Windows, which is itself written in assembly, and also supports HLA. Randall Hyde devotes a chapter somewhere, either in his book or on his site, I can't remember, to configuring and using RadASM.

    One of the posts has questioned the value of teaching assembly to newbies, but I think there's a huge value for serious students. It's hard to appreciate garbage collection, for one, until you've had to pick up your own memory trash. But more importantly, most compilers out there output to some intermediary assembly language, and understanding the inner workings of your processor, your compiler and your own programs is one essential difference between being, well, a hack and being really, really good. There are other differences, to be sure, but that's one.

    I haven't been a huge fan of HLA myself for various, and admittedly completely arbitrary reasons. But Randall Hyde has put megatons of work into his stuff, doing some extremely impressive things, and he's always ready and willing to be helpful on the newsgroups, so if you have an interest then I would probably go to his site and to comp.lang.asm before I went anywhere else. Anyone stands to learn a ton.

    --
    Chr0m0Dr0m!C
    1. Re:Randall Hyde's long-term project ... by hobo2k · · Score: 1
      It's hard to appreciate garbage collection, for one, until you've had to pick up your own memory trash
      Well yes, they did teach us C at my school.

      But our coverage of assembler was limited (not a full course). Just implementing some functions, called by C. And analysing the output of various compilers and flags. The focus was just on the performance tricks.

  10. wow, displays by scrytch · · Score: 1

    I noticed its standard calling convention is to use the x86 ENTER/LEAVE instructions. From what I've seen of other programs, this convention is certainly ... unique. Every compiler I've seen handles the stack manually and doesn't use these instructions, which do a lot of scoping work for you in the form of a data structure called a display. It looks neat, but HLA has got to be the only compiler I've seen that uses it. My guess is that it doesn't by itself support a jump to a procedure, that it simply creates a nested scope, something that shouldn't even be necessary when you do some basic static analysis. Am I completely wrong here? Does anything else out there actually make good use of displays?

    --
    I've finally had it: until slashdot gets article moderation, I am not coming back.
    1. Re:wow, displays by Anonymous Coward · · Score: 2, Interesting

      It's been about 10 years since I've written a compiler, but displays are an optimization for statically scoped languages that allow nested procedures. Examples of static scoping with nested procedures are Pascal and Java. Your call stack may be 100 levels deep, but a procedure nested 3 deep only ever needs to look at 3 of those entries to resolve variables. A display lets you access those variables without walking the entire call stack. You can't just statically analyze your way around that problem. If you've been looking at C compilers then it's a different story since they don't allow nesting.

    2. Re:wow, displays by scrytch · · Score: 1

      A display lets you access those variables without walking the entire call stack. You can't just statically analyze your way around that problem. If you've been looking at C compilers then it's a different story since they don't allow nesting.

      I admit it, it's from looking at C. Anything I've looked at that's allowed nested functions has tended to be high enough level that they're implemented on a virtual machine of some sort, so they do walk either their own stack of activations or the C stack. Thanks for clearing it up.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    3. Re:wow, displays by Anonymous Coward · · Score: 0

      Actually, HLA does not use ENTER/LEAVE instructions by default. There are some options (@ENTER and @LEAVE) that you can use to enable these instructions in the code that builds a stack frame, but the default setting is for HLA to emit discrete instructions to build a display. Of course, HLA also provides an option that turns off automatic code generation for stack frames so that the programmer has to manually write the code; this is for those who prefer to be in complete control of the code generation process. Very few people use nested procedures. The common coding style seems to be to write "flat" code like they were writing BASIC or C/C++ code. As such, most HLA programs would probably want to use the @nodisplay and @nostackalign options and skip the code generation for displays entirely. Most of this information can be found at the following URL: http://webster.cs.ucr.edu/AsmTools/HLA/WhitePapers /DoingUnits.html

  11. Structured assembly language not new by waterbear · · Score: 3, Interesting

    HLA looks like a complex programming environment.

    Assuming a common role of assembler, to fine-tune a critical smallish bit of code, I can see the convenience of having a higher level than normal of language constructs. It can make the flow of logic more transparent, (e.g. nestable conditional blocks, loops with readable criteria, repeat-until, do-while, switch/case structure, etc).

    On the other hand, providing this kind of pseudo-high level language structure in assembler programs has been around a long time, and can be done more simply. I still have an assembler macro library around that in its original version (circulated on 80s bbs networks) did this for at least some early versions of MASM and TASM.

    (Most of the identifiers would probably have to be changed for compatibility with newer assemblers because it used non-standard initial characters to enable constructs looking a bit like (ignore the 1--- 's, they just adjust formatting in the Slashdot editor)

    1---- .if (test)

    1---- .orif (another test)

    1------ (whatever code)

    1---- .else

    1-------- .while (yet another test)

    1----------- (whatever other code)

    1-------- .endwhile

    1---- .endif

    and suchlike constructs).

    As I first read it, it was a macro library carrying a by-line from 'Jim Holtman, 1982'. It was not very big, the whole thing (even after some more macros for other logic-extensions were added)came to an include-file size of no more than about 10 kb.

    Maybe it's not clear why anything bigger would be needed.

    -wb-

  12. High Level Assembler for JVM use by astrojetsonjr · · Score: 3, Informative

    If you are looking for a High Level Assmebler that generates Java Byte Code look at Jamaica. It allows Java control structures around the byte code. It is simple to use and has some very good documentation. Jamaica (on the Judoscript site)

  13. Finally! by LazyBoy · · Score: 1

    ... a "way for new programmers to develop applications for both Windows and Linux"!!! Why didn't anyone think of this sooner!

    --

    If Chaos Theory has taught us anything, it's that we must kill all the butterflies.

  14. I did this independently 20 years ago. by Anonymous Coward · · Score: 2, Interesting

    I used to program a computer which only had BASIC (a Sinclair ZX-81 like).

    After some time, I decided hex codes sucked big time. So I decided to code an assembler in BASIC.

    Also, I always found assembly syntax awkward... so instead of:

    LD HL, DE

    I would write:

    HL := DE

    Pascal-like, but no semicolon at the end. Memory references were like:

    A := MEM[HL] .... equivalent to LD A,(HL)

    JMPs were written as GOTO, while conditional branches were written as:

    IF A <> 0 THEN GOTO LABEL, meaning JNZ LABEL.

    EQUs were CONSTS, DWs were INTEGERS, DBs were CHAR (or BYTE, more probably).

    I had a lot of fun.

    The first thing I wrote was the assembler itself, just changing the BASIC commands to my above described lingo.

    It took the BASIC program one entire hour to "assemble" it. Later, I used the same code thru the newly generated assembler. It was assembled in nearly 60 seconds.

    At first, I thought it had failed... :-)

    Those were the good times...

    1. Re:I did this independently 20 years ago. by turgid · · Score: 1
      Do you mean, "like, a Sinclair ZX81" or "like a Sinclair ZX81?" :-)

      You must have had the patience of a saint to do such programming on such a machine and good enough humour to be able to live with the cassette interface. :-)

    2. Re:I did this independently 20 years ago. by Anonymous Coward · · Score: 0

      >> Do you mean, "like, a Sinclair ZX81" or "like a Sinclair ZX81?" :-)

      Exactly like a Sinclair ZX81: it was a clone, same horrible membrane keyboard and all.

      >> You must have had the patience of a saint to do such programming on such a machine and good enough humour to be able to live with the cassette interface. :-)

      20 years ago I was young, poor and, besides, the cassette wasn't all that bad... and I was doing that out of love, just like linux coders do it nowadays.

      It was fun, not a suffering.

    3. Re:I did this independently 20 years ago. by Anonymous Coward · · Score: 0

      You must admit that that is funny. It was a magnitude of 60 faster. I was laughing for at least a minute. LOL

      NoDot
      of the MASM Forum, Win32Asm Board, alt.lang.asm, and others

  15. Time machine? by Theatetus · · Score: 1

    Hey! Look everybody! Larry Wall has invented a language called Perl! It's great for extracting reports from text.

    Randall put this out like almost 3 years ago. And frankly I find HLA more confusing than as or nasm.

    --
    All's true that is mistrusted
  16. Pointless. by warrax_666 · · Score: 1

    Surely the whole point of using assembly is that you can optimize specifically for the platform (otherwise why not just use C?).

    But if it has to be "High-Level", then that implies that you cannot get access to or exploit the particulars of the underlying platform. E.g.: Optimal instruction scheduling, pipeline depths are different from platform to platform, so how you accomodate that? If this is just about generating assembler specifically for each platform from a "template", then why not just use a generic macro language?

    HLA seems utterly pointless to me.

    --
    HAND.
    1. Re:Pointless. by Anonymous Coward · · Score: 0

      But if it has to be "High-Level", then that implies that you cannot get access to or exploit the particulars of the underlying platform.

      Having high-level features does not imply that you cannot gain access to the particulars of the underlying platform. HLA allows a programmer to write code as "low-level" as they desire. It simply provides some high-level features that help students learn assembly language faster by using statements similar to the high-level languages they know already. As time progresses, presumably those students learn how to replace the high-level statements with their low-level equivalents.

  17. Old news by Anonymous Coward · · Score: 0

    He made this a very long time ago to simplify assembler for beginers. This is OLD. Your not getting the point. This is not something that's supposed to replace C or anything, just help people learn assembler.