Re: powershell compatible SPP
On 6/30/2017 23:54, sisyph...@optusnet.com.au wrote: -Original Message- From: Chris Marshall Sent: Saturday, July 01, 2017 5:16 AM To: win32-vanilla@perl.org Subject: powershell compatible SPP Hi Chris, Following a conversation with Chas Owens at YAPC::NA 2017 in Alexandria, we're working on an implemention of SPP using Windows PowerShell rather than command.com and .bat files. On a Windows 10 laptop, I opened a powershell (for the first time in my life) and added the location of SPP's gcc and perl bin folders to the path: PS C:\p> $Env:Path="$Env:Path;C:\_64\strawberry5.24.0-ld\c\bin;C:\_64\strawberry5.24.0-ld\perl\bin" (I'm not proposing that as the solution - I would think you'd want to provide an alternative to portableshell.bat that does that for the user.) Yes, something like portableshell.ps1 But does that provide the functionality that's required ? ... or are there some issues regarding the functionality thus obtained ? The main one is without command.com, all the .bat files for running perl scripts as programs (think pdl2 or perldl) won't run. I was thinking to replace the batch files with PowerShell functions (or cmdlets as they call them). It seemed fine to me - whereas running SPP's portableshell.bat from inside an already existing powershell seemed to bugger up the shell's behavioural characteristics. Can't run .bat files wihout a command.com. I'm hoping for a next generation portable shell dot bat. Cheers, Chris
powershell compatible SPP
Following a conversation with Chas Owens at YAPC::NA 2017 in Alexandria, we're working on an implemention of SPP using Windows PowerShell rather than command.com and .bat files. Is there anyone else interested in helping with the project? --Chris
Portable config information
I would like to make some module configuration files work with strawberry perl portable. Currently, the paths saved in config files are absolute which means if SPP is moved to another location, things break. I see that Portable provides something like this. Is there a standard way to do the same for other configuration files and/or other modules? BTW, the specific files of interest at the moment are Prima::Config and PDL::Config. Thanks much, Chris
Re: problems with strawberry perl portable and cpan
Hi kmx- Thanks for the perl -V info. That appears to be from the 32bit SP. Could you send the 64bit perl -V as well? How difficult would it be for me to build a 32bit SP with use64bit stuff enabled? I'm working on true 64bit index/data size support for PDL and a 32bit SP would be a good intermediate test point since the new addressing needs to work correctly for 32bit perls, even if the hardware won't actually let you address more than 4GB. 64bit PDL plus the recent work for memory mapped file support will allow for some very nice things for PDL on 64bit platforms. --Chris On Fri, Apr 27, 2012 at 11:12 AM, kmx k...@atlas.cz wrote: BTW, it would be useful if the release notes on the web site also included the output from 'perl -V' OK, I will consider it (FYI: I have already on my TODO list missing checksums for released ZIPs) or is there already somewhere to get that (without having to install SP first)? You can ask me :) d:\perl32perl -V Summary of my perl5 (revision 5 version 14 subversion 2) configuration: Platform: osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-thread uname='Win32 strawberryperl 5.14.2.1-portable #1 Tue Nov 22 18:24:29 2011 i386' config_args='undef' hint=recommended, useposix=true, d_sigaction=undef useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=undef, use64bitall=undef, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags =' -s -O2 -DWIN32 -DPERL_TEXTMODE_SCRIPTS -DUSE_SITECUSTOMIZE -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -fno-strict-aliasing -mms-bitfields', optimize='-s -O2', cppflags='-DWIN32' ccversion='', gccversion='4.4.7', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='long long', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='g++.exe', ldflags ='-s -LD:\perl32\perl\lib\CORE -LD:\perl32\c\lib' libpth=D:\perl32\c\lib D:\perl32\c\i686-w64-mingw32\lib libs=-lmoldname -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -lversion -lodbc32 -lodbccp32 -lcomctl32 perllibs=-lmoldname -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -lversion -lodbc32 -lodbccp32 -lcomctl32 libc=, so=dll, useshrplib=true, libperl=libperl514.a gnulibc_version='' Dynamic Linking: dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags='-mdll -s -LD:\perl32\perl\lib\CORE -LD:\perl32\c\lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS PERL_MALLOC_WRAP PERL_PRESERVE_IVUV PL_OP_SLAB_ALLOC USE_ITHREADS USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF USE_SITECUSTOMIZE Built under MSWin32 Compiled at Nov 22 2011 18:32:55 %ENV: PERL_JSON_BACKEND=JSON::XS PERL_YAML_BACKEND=YAML @INC: D:/perl32/perl/site/lib D:/perl32/perl/vendor/lib D:/perl32/perl/lib
Re: problems with strawberry perl portable and cpan
Hi kmx, Thanks for the link, I hadn't realized that the official release of 5.14 SPP was out. I'll be sure to give it a go. BTW, it would be useful if the release notes on the web site also included the output from 'perl -V' or is there already somewhere to get that (without having to install SP first)? --Chris On Thu, Apr 26, 2012 at 10:47 AM, kmx k...@atlas.cz wrote: On 25.4.2012 16:26, René Staffen wrote: Hi, I hope this is the right mailing list. it was linked from http://strawberryperl.com/support.html but its name does not sound related for me. Please inform me, it iam wrong. Beside this doubts here is my Problem: i use a portable edition of strawberry but i got problems with cpan. cpan always gives errors if perl is not present at the folder there i first used portable perl. The errors are of kind 'file not found' because cpan looks in the old directory eg: Das System kann den angegebenen Pfad nicht finden. ADAMK/DBD-SQLite-1.35.tar.gz E:\Development\Scripte\strawberry-perl-5.12.3.0-portable__\c\bin\dmake.exe -- NOT OK the current path is c:\strawberry-perl but may change because i also use this installation from USB-Stick i allready tried to delete the cpan/build folder but with no success. i allready installed many things so i do not want to start from clean installation Any hints? Please try strawberry perl portable 5.14.2.1 from release page http://strawberryperl.com/releases.html - portable 5.12.3 is buggy. -- kmx
Re: gcc for building Perl on WinXP
Are you sure this is the latest PDL git from sf.net? The error here looks like something that has already been fixed as of CPAN developers release 2.4.9_008 according to the PDL Release_Notes. --Chris On Mon, Nov 7, 2011 at 4:07 PM, kmx k...@atlas.cz wrote: Chris, that sounds great, however my attempt ended up with: C:\strawberry\perl\bin\perl.exe C:\strawberry\perl\lib\ExtUtils\xsubpp -typemap C:\strawberry\perl\lib\ExtUtils\typemap -typemap typemap Core.xs Core.xsc C:\strawberry\perl\bin\perl.exe -MExtUtils::Command -e mv -- Core.xsc Core.c Could not find a typemap for C type 'PDL_Long *' in Core.xs -- kmx On 7.11.2011 20:40, Chris Marshall wrote: I just pushed a new PDL git with a fix for the perl vs POSIX threads namespace/implementation collision. You should be able to build with the unedited pthread.h now --Chris On Sun, Nov 6, 2011 at 5:58 PM, chmdevel.chm...@gmail.com wrote: dmake test passed all except the known problem with t/pthreadBarf.t. Also, I think we can fix the breakage in pthread.h by doing the undef in our pdlmagic file that is including pthread.h. Cheers, Chris On 11/6/2011 5:40 PM, chm wrote: I got it to work with the following: Add after the POSIX Threads comment block in pthread.h: #ifdef PTHREAD_CREATE_JOINABLE #undef PTHREAD_CREATE_JOINABLE #endif in order to remedy the fact that perl has added a macro with the same value. If the pthread one is not already defined then the perl one is---but this breaks the w32 pthreads include file. Then set the parameters in perldl.conf to WITH_POSIX_THREADS = 1, POSIX_THREADS_INC = undef, # '-I/usr/pthread/include' POSIX_THREADS_LIBS = '-lpthread', # '-L/usr/pthread -lpthreadGC2' It is building away as I type. Will let you know how dmake test comes out --Chris On 11/6/2011 4:31 PM, chm wrote: Hi kmx- The detection for the pthread library is currently broken. To build PDL with pthreads you'll need to explicitly set the values of WITH_POSIX_THREADS, POSIX_THREADS_INC, and POSIX_THREADS_LIBS where the comment indicate what worked for my strawberry perl install was: WITH_POSIX_THREADS = undef, POSIX_THREADS_LIBS = '-LC:/chm/strawberry/pthreads/lib -lpthreadGC2', POSIX_THREADS_INC = '-IC:/chm/strawberry/pthreads/include', and the C:/chm/strawberry/pthreads contained the pthreads install location. I'm actually working on the detection code this evening so that if a pthread library is in the correct location it would be detected and used. I'll give your library a build try this evening if I can. Cheers, Chris On 11/6/2011 4:14 PM, kmx wrote: Chris and/or Rob, could you please try the following: 1/ take http://strawberryperl.com/package/kmx/p5.14.2.1-RC/strawberry-perl-5.14.2.1-portable-32bit-beta-1.zip 2/ take http://strawberryperl.com/package/kmx/32_libs/5.14-extras/32bit_pthreads-2.9.0-bin_2001.zip (unzip into the same dir as 1/) 3/ try to build PDL with pthreads support My quick test failed during PDL installation (but it was really a quick shot) Any feedback welcome -- kmx On 3.11.2011 14:13, Chris Marshall wrote: We've tested the PDL pthread support with POSIX Threads (pthreads) for Win32 at http://sourceware.org/pthreads-win32/ . It is nice because it allows PDL computations to make use of multicore processors for calculations. Always nice to see those factors of 2X, 4X, 6X, or more in speedup --Chris On Wed, Nov 2, 2011 at 9:30 PM, Sisyphussisyph...@optusnet.com.au wrote: - 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 Win32. There's a crash in one of PDL's pthread test scripts that needs to be sorted out, but the basic functionality seems to be fine. Cheers, Rob - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1411 / Virus Database: 2092/4000 - Release Date: 11/06/11
Re: gcc for building Perl on WinXP
We've tested the PDL pthread support with POSIX Threads (pthreads) for Win32 at http://sourceware.org/pthreads-win32/ . It is nice because it allows PDL computations to make use of multicore processors for calculations. Always nice to see those factors of 2X, 4X, 6X, or more in speedup --Chris On Wed, Nov 2, 2011 at 9:30 PM, Sisyphus sisyph...@optusnet.com.au wrote: - 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 Win32. There's a crash in one of PDL's pthread test scripts that needs to be sorted out, but the basic functionality seems to be fine. Cheers, Rob
Re: gcc for building Perl on WinXP
It would really simplify things for win32 PDL if an easy, 1-click addition for gfortran were available. We're spending a lot of development time working around the lack of a fortran compiler on win32 perls. Since gcc includes one, it is more of a packaging and distribution issue than one of existence. Cheers, Chris On Sun, Oct 30, 2011 at 3:52 PM, Karel Miko karel.m...@hotmail.com wrote: In preparing the next Strawberry release you've no doubt noticed that mingw-w64 32bit version cannot build a working Perl after gcc version 4.4.3 on Windows XP. Yes, in fact it was during the last week when we have found out (with help of BinGOs and Ranguard via IRC) that gcc-4.4.7 and 4.6.1 (not only with mingw-w64 runtime but also with mingw.org's runtime) produce perl binaries that crash on Windows XP. For strawberry perl 5.14.2.0 we have decided to use: - on 32 bit version gcc-4.4.3 (with slightly old mingw-w64 runtime) http://strawberryperl.com/package/kmx/32_gcctoolchain/mingw64-w32-20100123-kmx-v3.zip - on 64 bit version gcc-4.4.7(prereleae) (with mingw-w64 runtime 1.0.1) http://strawberryperl.com/package/kmx/64_gcctoolchain/mingw64-w64-gcc4.4.7(pre)_20111014.zip Commit 180422 to the 4.6 branch of gcc fixes the problem - I've cross compiled my own 32bit 4.6.2 release (the tagged 4.6.2 release includes this fix) which compiles a working Perl 5.14.2 on Windows XP. Many thanks , this is a valuable piece of information for me as I was in doubts where to start reporting/discussing the issue, now it is clear. For my own use, I need to move to 4.6.2 as 4.4.7 cannot compile wxWidgets 2.9.x branch. As a side benefit I also get an up to date v2 mingw-w64 crt. I'll be publishing source, patches and build instructions at http://perlmingw.sourceforge.net/ (plus, of course, the compiled releases). The patches are just the minimum necessary from sezero build and TDM GCC builds to get a working dist. Just a thought, but it might be nice if we had a sort of 'standard' gcc for Perl on Windows. Why not. As for my opinion concerning gcc toolchain included in strawberry perl: - we would strongly prefer to use mingw-w64 (not mingw.org) runtime for both 32/64bit - we have no special preference as for the gcc version (but versions like gcc-X.Y.0 are perhaps too in development for us) - we need gcc toolchain supporting gccroot/include and gccroot/lib directories in search paths (without explicit -I or -L options) - we would appreciate gcc toolchain with frotran (maybe a kind of addon or extra package) as it comes handy to PDL guys using strawberry Anyhow, I think you could just backport the fix to the current 4.4.7 branch. But, for what it is worth, Strawberry users will be unable to compile wxWidgets 2.9.x branches (without some patching at least) OK, I take it as your gcc upgrade request - we will probably aim at gcc-4.6.2 + mingw-w64 runtime (v2 or latest v2RC) However, currently the release candidates for strawberry 5.14.2.0 are IMHO too good to let them fall on the floor. I think that the updated gcc-toolchain cannot be expected sonner than in 5.14.2.1 (don't ask me when as our release schedule is slightly demolished - as you have probably noticed) BTW for all that might be interested - latest RC's are available at: http://strawberryperl.com/package/kmx/p5.14.2.0-RC/ -- kmx
