On Mon, 2005-08-22 at 23:49, Gregory Woodhouse wrote:
> Actually, the problems are a lot more severe than the issue of 32 vs.  
> 64 bit architectures. MUMPS is very free in allowing execution of  
> strings built at runtime (much like LISP). Think about how you might  
> go about compiling LISP to native code without relying on any sort of  
> abstract (virtual) machine.
> 

Ugh

I hate the security implications of this as well.  Random user code
being interpreted and then executed.....not cool without a ton of
restraints.

Ruben

> ===
> Gregory Woodhouse
> [EMAIL PROTECTED]
> 
> "Nothing is as powerful than an idea
> whose time has come."
> -- Victor Hugo
> 
> 
> On Aug 22, 2005, at 8:30 PM, Ruben Safir wrote:
> 
> > On Mon, 2005-08-22 at 16:58 -0700, Jim Self wrote:
> >
> >> Ruben wrote:
> >>
> >>>>  Unlike GT.M, it does not generate machine language in
> >>>> compiling MUMPS source routines so I would expect no special  
> >>>> surprizes due to the shift
> >>>> from X86 on FreeBSD to PPC on OS/X.
> >>>>
> >>>>
> >>>
> >>> Why can't the complier generate the correct machine code for the  
> >>> RISC ?
> >>> Is binary outputs embedded into the source code of GM.T?
> >>>
> >>
> >> Yes (essentially), GT.M includes a MUMPS compiler that generates  
> >> machine language for the
> >> target processor that it runs on. GT.M for Linux/x86 has a virtual  
> >> machine model with
> >> specifics for x86. Other GT.M implementations (not Free yet)  
> >> target other processors and
> >> it might be that a model for PPC could be easily added by someone  
> >> familiar with that
> >> processor.
> >>
> >
> > Does this mean its going to have trouble to run on 64 bit arch?
> >
> > Ruben
> >
> >
> >
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Hardhats-members mailing list
> Hardhats-members@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/hardhats-members



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Reply via email to