HP3000-L Archives

March 2002, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Gavin Scott <[log in to unmask]>
Reply To:
Gavin Scott <[log in to unmask]>
Date:
Mon, 18 Mar 2002 14:59:03 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (33 lines)
Alfredo thoughtfully suggests:
> Hmmm...  Allegro co-wrote SPLash to compile 16-bit SPL CISC code as native
> 32-bit RISC code.  How about an analogous effort for the various languages
> that (currently) have 32-bit RISC compilers (but no ia-64 compilers)?

This is certainly possible and we did a lot of preliminary investigation in
this area back when MPE on IA-64 was a going concern.

> I heard that Allegro has SOME compiler that produces C code from SPLash
> input.  That's a step in the right direction, because there are C
> compilers galore (at least for now).

It's likely that SPLash for IA-64 would have used C its "intermediate" code
representation just as the current SPLash uses HP Assembler language as an
intermediate code representation.

We've recently released SPLash for HP-UX, letting you run the SPLash
compiler on HP-UX generating native 32-bit PA-RISC programs for HP-UX from
MPE SPL source code, and more portability for SPL is probably in the cards
for the future, especially since people have migration needs in this area.
So there may be an IA-64 SPLash compiler yet.

> Yes, I know: "ia-64" is a deprecated term, but it sounds better than
> "IPF" ("Itanium Platform Family") and it is more descriptive.  Old names
> die hard, particularly when they are good ones :-)

I can't keep HP's names straight these days let alone anyone else's :-)

G.

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2