Jantzen, G�nter wrote:
Holger Krekel wrote:
All i all, i think that we probably want to checkout joeq
some more. In particular, we might want to think about
trying to generate a QUAD representation of PyPy and reuse
some of the joeq infrastructure. We can expect to have less
integration issues than with the Low-Level-Virtual-Machine
(LLVM) project which is written in C++ (ever worked with
C++-libraries and dependencies? funfunfun).
C++ is an Industry standard based on C.
C++ Libraries can be wrapped by C-Libraries (extern 'C') if you have the source-code at hand.
C++ Libraries that are not wrapped can contain native C++ (for example class definitions).
Then they can be called by C++ code only. It is not possible to call C++ Libraries
which are compiled with a different Compiler, because all C++ Implementations have different naming conventions
for methods and parameters(name mangling).
I don't say LLVM is better for PyPy than joeq. But I think it should be first considered what
> is right and second what is easy to implement.
Huh? This is completely ass-backwards. Trying to implement it in C++,
merely because it's "an industry standard", is about the worst reason
in the world. And in your reply you point out that the "industry
standard" is a shambles when it comes to dependencies and libraries.
Consider what works, then worry about what's got some supposed "industry
standard" elephant stamp on it. If we worried about "industry standards"
we'd be all implementing in ECMAScript, Java, and C#, _not_ Python.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
_______________________________________________
[EMAIL PROTECTED]
http://codespeak.net/mailman/listinfo/pypy-dev
