Re: Windows Script Host support

2020-06-13 Thread sisyphus
Hi Luigi, As best I can tell, recent versions of ActivePerl (AP) are essentially unusable garbage. You can probably run basic scripts with it, but I found recent AP to be very limited in capability and also unextendable - which, in the context of what one expects from perl, means that it is

Re: Setting gmake command arguments in the Strawberry perl CPAN shell

2020-06-05 Thread sisyphus
a New Issue at https://github.com/StrawberryPerl/Perl-Dist-Strawberry/issues Cheers, Rob On Sat, Jun 6, 2020 at 12:52 AM Luigi Iotti wrote: > Hi sisyphus, > > > > Thank you for your answer. You pointed me in the right direction. > > Setting tet the SHELL env var do

Re: Setting gmake command arguments in the Strawberry perl CPAN shell

2020-06-03 Thread sisyphus
Hi, I think this happens because gmake finds a file named sh.exe in the PATH - in your case it's in "C:/Program Files/AdoptOpenJDK/jdk-14.0.1.7-hotspot/bin/". In the perl source, the GNUmakefile in the win32 directory avoids this problem by specifying: SHELL := cmd.exe Is that just a way of

Re: libfribidi and libwebp

2020-05-02 Thread sisyphus
Hi Dmitry, I recommend creating an issue for this at: https://github.com/StrawberryPerl/Perl-Dist-Strawberry/issues/ I'm not sure if the people you need to reach are subscribed to this list. Cheers, Rob On Sat, May 2, 2020 at 11:11 PM Dmitry Karasik wrote: > Dear all and especially kmx, > >

Re: why $Config{d_libname_unique} = undef for strawberry perl (DynaLoader.pm) ?

2019-09-12 Thread sisyphus
On Thu, Sep 12, 2019 at 8:15 PM Ivan Baidakou wrote: > As this is generic issue on Windows-platform, I'm not so sure that this *is* a generic issue on Windows. Consider the modules Hash::Util and List::Util, both of which load their own separate Util.dll. If it were a generic issue, I would

Re: why $Config{d_libname_unique} = undef for strawberry perl (DynaLoader.pm) ?

2019-09-10 Thread sisyphus
On Wed, Sep 11, 2019 at 3:27 AM Ivan Baidakou wrote: > It seem, that the option $Config{d_libname_unique} would solve the problem, however it is off on Strawberry perl builds. I don't think the state of d_libname_unique is the issue. According to the Config docs: ##

Re: perl 5.30.0 and AnyEvent

2019-05-27 Thread sisyphus
ests, but better, if the are passed. > > On 28.05.2019 05:38, sisyphus wrote: > > Hmmm ... could that be some active anti-virus software interfering with > > the test ? > > I would just ignore that failure and install with force by running: > > > > cpan -f

Re: perl 5.30.0 and AnyEvent

2019-05-27 Thread sisyphus
c 2 2018 14:30:03 > %ENV: > PERL5LIB="d:/pcore-lib/pcore/lib;" > PERL_CPANM_HOME="C:\Users\zdm\AppData\Local\Temp\.cpanm" > PERL_CPANM_OPT="--metacpan --from https://cpan.metacpan.org/; > @INC: > d:/pcore-lib/pcore/lib > d:/devel

Strawberry Perl 5.28.0

2018-07-08 Thread sisyphus
Hi, Anyone know when Strawberry Perl 5.28.0 will be released ? Cheers, Rob

Odd output with 5.16.0, x86-64int architecture

2012-09-06 Thread Sisyphus
Hi, Here's the demo (Inline::C) script: ### use warnings; use Config; use Math::MPFR qw(:mpfr); use Inline C = Config = CCFLAGS = -D__USE_MINGW_ANSI_STDIO=1 . $Config{ccflags}, BUILD_NOISY = 1; use Inline C = 'EOC'; #include stdio.h #include stdlib.h

Re: Odd output with 5.16.0, x86-64int architecture

2012-09-06 Thread Sisyphus
- Original Message - From: Sisyphus sisyph...@optusnet.com.au To: win32-vanilla@perl.org Sent: Friday, September 07, 2012 1:00 AM Subject: Odd output with 5.16.0, x86-64int architecture Hi, Here's the demo (Inline::C) script: ### use warnings; use

Re: 32bit strawberry perl with -Duse64bitint

2012-05-16 Thread Sisyphus
- Original Message - From: kmx Of course *dbm thinks are absolutely unrelated to -Duse64bitint. I have just taken the changes we do in standard strawberry perl + applied additional changes related to -Duse64bitint. Understood. In

Re: 32bit strawberry perl with -Duse64bitint

2012-05-16 Thread Sisyphus
- Original Message - From: kmx k...@atlas.cz To: win32-vanilla@perl.org Sent: Wednesday, May 16, 2012 6:53 PM Subject: Re: 32bit strawberry perl with -Duse64bitint One thing I noticed is that $Config{archname} still reports 'MSWin32-x86-multi-thread'. I think it should probably

Re: 32bit strawberry perl with -Duse64bitint

2012-05-15 Thread Sisyphus
- Original Message - From: kmx k...@atlas.cz To: win32-vanilla@perl.org Sent: Wednesday, May 16, 2012 7:37 AM Subject: 32bit strawberry perl with -Duse64bitint On 28.4.2012 5:13, Sisyphus wrote: ... kmx, have you already been working on building a 32-bit SP with -Duse64bitint

Re: problems with strawberry perl portable and cpan

2012-04-28 Thread Sisyphus
- Original Message - From: René Staffen r.staf...@gmx.de To: win32-vanilla@perl.org Sent: Friday, April 27, 2012 1:55 AM Subject: Re: problems with strawberry perl portable and cpan Hi, Please try strawberry perl portable 5.14.2.1 from release page

Re: problems with strawberry perl portable and cpan

2012-04-28 Thread Sisyphus
- Original Message - From: kmx k...@atlas.cz To: win32-vanilla@perl.org Sent: Sunday, April 29, 2012 3:46 AM Subject: Re: problems with strawberry perl portable and cpan kmx, have you already been working on building a 32-bit SP with -Duse64bitint ? Not yet but we already have

Re: problems with strawberry perl portable and cpan

2012-04-27 Thread Sisyphus
- Original Message - From: kmx How difficult would it be for me to build a 32bit SP with use64bit stuff enabled? It's been a while since I looked at doing this, but I think *I* would still find the patching involved in building a 32-bit Windows perl with -Duse64bitint both

Re: gcc for building Perl on WinXP

2011-11-12 Thread Sisyphus
- Original Message - From: kmx Apart from: http://strawberryperl.com/package/kmx/p5.14.2.1-RC/strawberry-perl-5.14.2.1-portable-32bit-beta-1.zip http://strawberryperl.com/package/kmx/32_libs/5.14-extras/32bit_pthreads-2.9.0-bin_2001.zip We have also prepared other PDL handy

Re: gcc for building Perl on WinXP

2011-11-02 Thread Sisyphus
- Original Message - From: kmx As for the future gcc-4.6.2 toolchain there is also an interesting question about including pthreads or winpthreads support as PDL is AFAIK somohow able to handle threads this way (not sure if this is valid for Win32) Yes, pthreads works with PDL on

Re: Looking for Cairo for Windows (to have Chart::Clicker)

2011-09-23 Thread Sisyphus
- Original Message - From: Gabor Szabo After some research the in place part is unclear to me. I'll further research it though if you could tell me where should I put the cairo and gobject libraries and what else I might need, that would be of great help. You can put them