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:
"F. Alfredo Rego" <[log in to unmask]>
Reply To:
F. Alfredo Rego
Date:
Mon, 18 Mar 2002 15:31:37 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (39 lines)
Gavin Scott <[log in to unmask]> wrote:

>Wayne writes:
>>  In the case of utility software such as Image, VPLUS, etc. I suspect
>>  that most of the source code needs little more than recompilation in
>>  order to work natively on an IA-64 platform.
>
>Except that these subsystems are written in languages for which there is no
>IA-64 compiler.

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)?

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).

Compilers ARE a fundamental issue.

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 :-)

   _______________
  |               |
  |               |
  |            r  |  Alfredo                     [log in to unmask]
  |          e    |                           http://www.adager.com
  |        g      |  F. Alfredo Rego
  |      a        |  Manager, R & D Labs
  |    d          |  Adager Corporation
  |  A            |  Sun Valley, Idaho 83353-3000            U.S.A.
  |               |
  |_______________|

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

ATOM RSS1 RSS2