Hi,
Am a hardcore C++ guy and don;t know much abt the Perl. But one of my friend has
proved that the fastest way to RAD is Perl. I need to know if we can convert a Perl
script to a dynamic link library under unix only.
regards
ragha
RaghavendraK 70574 writes:
> Hi,
>
> Am a hardcore C++ guy and don;t know much abt the Perl. But one of my
> friend has proved that the fastest way to RAD is Perl. I need to know
> if we can convert a Perl script to a dynamic link library under unix
> only.
I don't know what RAD is, but I know yo
I'm putting the piethon conversion program up for folks to look at.
Far from done, but tonight (hopefully) will be productive.
http://www.sidhe.org/~dan/piethon/translator.pl
--
Dan
--it's like this---
Dan Sugals
Okay, here's a really, really evil idea. (And yes, bluntly, it's
triggered by the pie-thon bytecode translator's needs) I need a
stack, and one that's faster than our current stack which, while
snappy for what it does, is still burdened by generality. I also need
a stack that's generally not ve
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Okay, here's a really, really evil idea. (And yes, bluntly, it's
> triggered by the pie-thon bytecode translator's needs) I need a
> stack,
Do you? I've converted all stack stuff at compile time, till now. I
don't see the point, why this might not work for
At 7:43 PM +0200 7/14/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Okay, here's a really, really evil idea. (And yes, bluntly, it's
triggered by the pie-thon bytecode translator's needs) I need a
stack,
Do you? I've converted all stack stuff at compile time, till now. I
don
Dan Sugalski wrote:
At 7:43 PM +0200 7/14/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Okay, here's a really, really evil idea. (And yes, bluntly, it's
triggered by the pie-thon bytecode translator's needs) I need a
stack,
Do you? I've converted all stack stuff at compile
Okay, so it's not done, but I put a new version up to be looked at.
I'm taking Leo at his word on how the stack behaves, as I've not had
time to look that closely at it to see myself. (Though by inspection
it does still look like stack usage is pretty low, and is either 0 or
1 at labels (and on
