On 7/3/2017 00:36, sisyph...@optusnet.com.au wrote:
-Original Message- From: Chris Marshall
Sent: Sunday, July 02, 2017 1:32 AM
To: sisyph...@optusnet.com.au ; win32-vanilla@perl.org
Subject: Re: powershell compatible SPP
But does that provide the functionality that's req
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&#x
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
It appears that this routine was added to mingw-w64 git
last year. I don't know if it is in an official release yet...
https://sourceforge.net/p/mingw-w64/mingw-w64/ci/0d95c795b44b76e1b60dfc119fd93cfd0cb35816/
On 6/21/2016 06:51, Chris Marshall wrote:
I can't find pthread_setname_np
I can't find pthread_setname_np in any of the pthread*.h
files in my Strawberry Perl Portable v52211 which suggests
that it is not supported by the included pthread support.
It is possible that there might be an updated mingw with
that function included. Another possibility is you could
port the
Filesys::DfPortable does install out of the box
with the cpan shell (at least for the SPP + PDL version I tried).
--Chris
On 12/18/2015 12:37, John Maag via win32-vanilla wrote:
How does one request a module to be added to Stawberry perl?
I would like to request Filesys::DfPortable be added
R
Not familiar with MSI details but I hope any changes
won't be a problem for SPP which is useful because
it *doesn't* require special permissions---just enough
to create the folder...
--Chris
On Thu, May 15, 2014 at 1:25 PM, Jan Dubois wrote:
> On Thu, May 15, 2014 at 8:35 AM, kmx wrote:
> >
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
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 interme
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
I just realized what might have happened. You'll need
to do a dmake clean and then a complete build from
scratch to ensure that old copies of the various files
are not being used (some of these are generated at
the configure stage).
On Mon, Nov 7, 2011 at 4:20 PM, Chris Marshall wrote:
t; 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
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
>>>>
>>>>
>>>>
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
--Ch
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 exist
15 matches
Mail list logo
