•Re: Perl 5.8 Compiler
by merlyn (Sage) on Dec 19, 2002 at 17:51 UTC
|
The wisdom of most of the monks' experience is to stop trying to compile Perl, and instead use the "just in time" compiler that you get by simply feeding the source code to the compiler on each invocation.
What is it you are hoping to do with perl2exe that you can't do by simply giving someone else the source code and pointing them at http://www.activestate.com?
-- Randal L. Schwartz, Perl hacker
Be sure to read my standard disclaimer if this is a reply. | [reply] |
|
The idea is to have perl executables that
I can use with Ant to abstract the direct
usage of perl away from those unfamilar with it.
I've been doing this successfully for 9 months now
and people are happy with the system.
-P0w3rK!d
| [reply] |
|
Ya know, when they first implemented the "horseless carriage", they put a horse's head on the front of the car so as not to scare the other horses.
I thought that was rather silly too.
-- Randal L. Schwartz, Perl hacker
Be sure to read my standard disclaimer if this is a reply.
update
I'm not entirely surprised that I'm getting negative XP for this post. After all, I hold a pretty idealistic point of view that tools like perl2exe do more harm than good.
But I believe that people who try to lock up Perl source are spitting in the face of the people who brought Perl to them in the first place.
So shoot me.
| [reply] |
|
|
|
|
|
|
|
What is it you are hoping to do with perl2exe that you can't do by simply giving someone else the source code and pointing them at http://www.activestate.com?
You really don't see the difference, do you?
For end users, especially on Windows, it is not the same thing!
It does not involve the same ease of use to (perl2exe) copy the file and double click it; and (source + perl) unzip the source tree, download Perl, install Perl, double click the file.
For you and me this is trivial. But we're not users, we're programmers. We are not the audience!
But, hey, even I don't want to bother with that if I'm gonna do it on forty machines.
That is what perl2exe and PerlApp are for. Simple distribution to ordinary people who just want to use our great programs to make their lives easier instead of more complicated.
/J
| [reply] |
Re: Perl 5.8 Compiler
by Ionizor (Pilgrim) on Dec 19, 2002 at 18:06 UTC
|
I've recently been playing with ActiveState's Perl Dev Kit which includes PerlApp for making executables. I'm pretty happy with it so far. It runs on Windows, Linux, Solaris and HP-UX. Unfortunately my evaluation period is almost over. I may do the educational license thing ($49 USD). User licenses are $295, though. Ouch.
| [reply] |
|
Ionizer, the PDK user license is $195.
And in response to merlyn's question, I've run into scenario's where my end-user is skittish about installing a Perl distribution on their system (and I'm skittish about learning VB). So as a solution I commonly use PerlApp or PerlCtrl to create stand-alone .exe's or .dll's that I can provide to them.
-Nitrox
| [reply] |
|
| [reply] |
|
Thanks. :)
I will look into this as I am using
Windows(NT,2000,XP), Linux, Solaris,
HP-UX, AIX, and Netware. The more
platforms it supports..the better.
-P0w3rK!d
| [reply] |
|
| [reply] |
|
My client requested it :/ They were afraid the script would get served to the users of the system accidentally.
Update: If you downvote my nodes, please tell me why. I don't know what you found wrong with this node and if you don't tell me, I can't avoid doing the same thing in future.
| [reply] |
|
Re: Perl 5.8 Compiler
by Rex(Wrecks) (Curate) on Dec 19, 2002 at 19:03 UTC
|
I use the PerlApp from Activestate Perl DevKit and have been quite happy with it. It handles modules well, and gets you a nice freestanding app. It won't hide your code very well (there are other threads regarding that) but it will let you create freestanding apps and it has been very reliable for me.
As for why merlyn, I like not having to update all of my machines perl versions just to use my tools. I can also use scripts from different versions with different module versions very easily. Upgrading a module for a new tool, won't break an old tool requiring an older version of Perl or modules. To each his own, but I like it for this.
Update: Please don't get me wrong, the above is no where near the only way to manage different versions, it's just the method I like to use on Windows platforms, it works easy, and I only have to worry about "what version of what is where" on my one machine :)
"Nothing is sure but death and taxes" I say combine the two and its death to all taxes! | [reply] |
|
| [reply] |
Re: Perl 5.8 Compiler
by RMGir (Prior) on Dec 19, 2002 at 19:31 UTC
|
Try PAR, it looks like it supports generating self-contained .exe's, judging from the docs.
I haven't tried it, though.
--
Mike | [reply] |