In that case, Install cygwin (idk if you'll have to select gcc or it's
default - either way that's the easiest way I know of to get it on
windows).
On Mon, Nov 16, 2015 at 3:52 AM, Rui Fernandes wrote:
> Good morning Kevin,
>
> I've installed par as you said. It seeme to run, but it asks for setu
Good morning Kevin,
I've installed par as you said. It seeme to run, but it asks for setup the
gcc environment... I'm a little bit lost on how to do it...
Regards,
Miguel
On Sun, Nov 15, 2015 at 10:59 PM, Kevin Walzer wrote:
> On 11/15/15 5:27 PM, ekimduna...@gmail.com wrote:
>
> Miguel,
>
>
On 11/15/15 5:27 PM, ekimduna...@gmail.com wrote:
Miguel,
This might help
http://stackoverflow.com/questions/2948405/how-to-compile-a-perl-script-pl-to-a-windows-executable-exe-with-strawberr
PAR/pp, referenced in that thread, is fine if you simply need to
distribute a script to end users in
Does anyone knows why this might be happening?
>>
>> Ordinarily Perl programs are compiled just before they are run. How
>> are you attempting to run it? I am not familiar with ActiveState's
>> "Perl Dev Kit" (and I imagine many of us wouldn't be). I
an use a shebang line (the #! line at the
> beginning of a script) combined with an executable bit to execute the
> script directly and have the system execute the interpreter for you:
>
> bambams@home ~/src$ ./myscript.pl
> Hello World!
>
> bambams@home ~/src$
>
't be). I imagine
ActiveState has a support channel though so you could try directing
your problem to them.
Normally to run a Perl program you would just pass the path of the
perl script to the perl executable:
C:\Users\bambams\src> perl myscript.pl
Hello World!
C:\Users\bamba
I've never used active state, you might try strawberry perl if you are
on windows.
--Sam
On 11/12/2015 07:53 AM, Rui Fernandes wrote:
/Hi,
I'm having a problem compiling a perl script to run in my windows 7 32
bits environment. It compiles with Perl Dev Kit from active state, but
when I run i
Hi Brock,
Nice to meet you :)
I've tryed the simplier script ever:
#!/usr/bin/perl
print "Hello World!";
exit;
I've tryed to include Class::Load::PP, and other recommended modules also.
The script just...frezees. Even if I type something, nothing appears.
I didn't defined arguments for input e
Greetings!
Could you give us the text of your script, and maybe a screens hot of you
running it? One guess is that you aren't providing the script name as
expected, so perl is waiting for input.
On Nov 12, 2015 08:54, "Rui Fernandes" wrote:
>
>
>
>
>
>
> *Hi,I'm having a problem compiling a perl
*Hi,I'm having a problem compiling a perl script to run in my windows 7 32
bits environment. It compiles with Perl Dev Kit from active state, but when
I run it (in the command line of dos) it just freezes - no anwer. The
compilation gives no error. Does anyone knows why this might be
happening?Chee
On Wed, Apr 28, 2010 at 4:27 AM, Vaishak S wrote:
> The reason why I am putting this to executable is the DBI is having the
> password in the connection string, which we don't want to share with any of
> other users who log to the system and to protect the code.
>
> We are still in the dark searc
Hello all,
Can you please help me in building perl executable in Windows box? I am
currently having issue with the system at office in installing the pacakges
individually or from the ppm. looks like the firewall do not allow me to
install them eventhough I have admin rights for the system.
My
On Sat, 3 Dec 2005, Randal L. Schwartz wrote:
> > "Chris" == Chris Devers <[EMAIL PROTECTED]> writes:
>
> Chris> My understanding is that the Python idiom is to avoid putting the full
> Chris> path, in favor of something like
>
> Chris> #!/usr/bin/env python
>
> This won't work if env
> "Adriano" == Adriano Ferreira <[EMAIL PROTECTED]> writes:
Adriano> Ok. I will try to be less lazy. What I was trying to workaround is to
Adriano> place perl binaries at a place available to my user, using a
Adriano> distribution which was supposed to be installed by 'root' (which I am
Adrian
> "Chris" == Chris Devers <[EMAIL PROTECTED]> writes:
Chris> My understanding is that the Python idiom is to avoid putting the full
Chris> path, in favor of something like
Chris> #!/usr/bin/env python
This won't work if env is not in /usr/bin (like say, /bin/env).
Chris> #!env pyth
Adriano Ferreira wrote:
> On 12/2/05, Chris Devers <[EMAIL PROTECTED]> wrote:
>>My understanding is that the Python idiom is to avoid putting the full
>>path, in favor of something like
>>
>>#!/usr/bin/env python
>>#!env python
>>
>>on grounds that Python may not be quite as common, but you
On 12/2/05, Chris Devers <[EMAIL PROTECTED]> wrote:
> My understanding is that the Python idiom is to avoid putting the full
> path, in favor of something like
>
> #!/usr/bin/env python
> #!env python
>
> on grounds that Python may not be quite as common, but you could depend
> on the `env`
On 12/2/05, Chris Devers <[EMAIL PROTECTED]> wrote:
> But anyway, yeah. In general, you can't depend on things working
> consistently if you just start randomly moving around compiled programs
> and libraries. Sometimes it won't matter, but other times, the results
> just won't be predictable.
Ok.
On Fri, 2 Dec 2005, Adriano Ferreira wrote:
> I see your point, Chris. What I was thinking about was the trouble to
> realocate the interpreter if you have a perl binary instead of
> compiling it from the source. If you use a perl compiled to be in
> "/usr/local/bin" in a different path like '/
On 12/2/05, Chris Devers <[EMAIL PROTECTED]> wrote:
> Historically, Unix users could depend on a copy of Perl in /usr/bin from
> their vendor, and maybe a custom-installed one somewhere like /opt/bin
> or /usr/local/bin. With that in mind, using one of those paths usually
> would do something usefu
On Fri, 2 Dec 2005, Adriano Ferreira wrote:
> What's the rationale for hardwiring the Perl executable pathname into
> the Perl interpreter? It is some oddity to guarantee Perl can find its
> library via a relative path? Is it a safety thing?
Yeah, basically.
Historically, Un
What's the rationale for hardwiring the Perl executable pathname into
the Perl interpreter? It is some oddity to guarantee Perl can find its
library via a relative path? Is it a safety thing?
Adriano.
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROT
Why not just do it from your shell?
'path/to/perl scriptname' works quite nicely, so why not just make an
alias for the path to perl?
-Original Message-
From: Jeffery Malloch [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 10, 2004 11:08 AM
To: '[EMAIL PROTECTED]
> Hi,
>
> When setting the perl executable in the code like this:
>
> #!/usr/bin/perl
>
> Is there a way of setting the path used to some variable and use it like
> this:
>
> #!$PERL
>
> or something along those lines?
>
> Thanks,
>
> JM
-
> "km" == km <[EMAIL PROTECTED]> writes:
km> how fast are the perl executables when compared with perl scripts and
km> also when compared with C executable on linux ?
meta-response to all responders on this thread - See, this is exactly
why we should *NOT* answer the original question unti
From: <[EMAIL PROTECTED]>
> how fast are the perl executables when compared with perl scripts
They run at exactly the same speed. And the startup is usualy a
little slower.
Of course that depends on the disk speed and CPU speed.
> and
> also when compared with C executable on linux ?
Depends
depends on the task being performed and the level of optimisation
performed on the code.
On Fri, 2003-02-14 at 14:15, [EMAIL PROTECTED] wrote:
> hi all,
>
> how fast are the perl executables when compared with perl scripts and
> also when compared with C executable on linux ?
>
> regards,
> K
hi all,
how fast are the perl executables when compared with perl scripts and
also when compared with C executable on linux ?
regards,
KM
---
On Thu, 13 Feb 2003, Gan Uesli Starling wrote:
>
> > From: <[EMAIL PROTECTED]>
From: <[EMAIL PROTECTED]>
if i want to make a standalone executable of my perl program how do i
do that with perlcc ??? or any other way to generate machinecoded
executable? kindly enlighten me -- regards, KM
If your standalone is for Win32, then this might do the
trick. I used to use it with
From: <[EMAIL PROTECTED]>
> if i want to make a standalone executable of my perl program how do i
> do that with perlcc ??? or any other way to generate machinecoded
> executable? kindly enlighten me -- regards, KM
If you run
perldoc perlcc
you will get the documentation.
Including this
Not sure about how to do it via perlcc, but
you can alternatively try: http://www.perl2exe.com/
On Fri, 2003-02-14 at 08:08, [EMAIL PROTECTED] wrote:
> hi all,
> if i want to make a standalone executable of my perl program how do i do
> that with perlcc ???
> or any other way to generate machinec
hi all,
if i want to make a standalone executable of my perl program how do i do
that with perlcc ???
or any other way to generate machinecoded executable?
kindly enlighten me --
regards,
KM
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Wednesday, April 3, 2002, at 12:27 , Mayank Ahuja wrote:
[..]
> Is there a way in which the whole code can be
> converged to one executble file so that we do not need to ship all the
> files to the user?
[..]
May I recommend that it is often easier to deliver one tarball
of many things - with
Check out ActiveState's PerlApp or Perl2EXE.
-Original Message-
From: Mayank Ahuja
To: PERL
Sent: 4/3/02 12:27 AM
Subject: perl executable
Hi All
We are using perl/tk to make an application. The application code spans
on various files. Is there a way in which the whole code c
Hi All
We are using perl/tk to make an application. The application code spans
on various files. Is there a way in which the whole code can be
converged to one executble file so that we do not need to ship all the
files to the user?
To put it other way, is there a method to make an integrated exe
35 matches
Mail list logo
