g pkg-config; 3/ strawberry perl supports
ExtUtils::PkgConfig module; 4/ strawberry perl supports PkgConfig module -
despite that you still find something like this
https://metacpan.org/source/ZOWIE/Alien-FFTW3-0.03/Build.PL#L7
--
kmx
On 1.3.2015 10:53, Ed wrote:
Dear PDL devs,
Please
now 2 bug trackers? (synced?
mirrored? independent?)
--
kmx
Forwarded Message
Subject:Re: [pdl] SF#372 2.007_11 fails on MS Windows 64bit (#49)
Date: Tue, 03 Mar 2015 15:20:35 -0800
From: Zaki Mughal [sivoais]
Reply-To: PDLPorters/pdl
To: PDLPorters/pdl
C
with gcc/gfortran 4.9.2 (on any platform) - just to sort out
whether the failure is a "feature" of gfortran 4.9.2 or something else.
--
kmx
g++.exe -o ..\..\blib\arch\auto\PDL\Slatec\Slatec.xs.dll -Wl,--base-file
-Wl,dll.base -mdll -s -L"C:\tmp64ng\perl\lib\CORE" -L"C:
FYI: Similar gcc/gfortran-4.9.2 issue with missing "-lquadmath" should also
be fixed in PDL::LinearAlgebra
I'll create a bugreport for this.
--
kmx
On 18.5.2015 13:43, sisyph...@optusnet.com.au wrote:
> -Original Message-
> From: sisyph...@optusnet.com.au
> Sent
with
all (nearly) perl code stripped, which means no $VERSION variables, which
means no collisions.
However this will just mask the real problems as the reported collisions
should be handled anyway.
--
kmx
On 25.5.2015 3:10, Ed wrote:
Dear Chris and PDL-devel,
I have made proposed fixes for th
#x27;inc' =>
'-ID:/STRAWB~2/data/.cpanm/work/1433509677.21616/Prima-1.43\\include
-ID:/STRAWB~2/data/.cpanm/work/1433509677.21616/Prima-1.43\\include\\generic',
--
kmx
On 8.6.2015 14:39, sisyph...@optusnet.com.au wrote:
Hi,
Having upgraded PDL to 2.011 on my various Windows bui
during PDL-Drawing-Prima-0.10 build time
8/ So that is why I think there is something wrong with Prima::Config (it
might be some interference with portable strawberry)
Of course it is my theory that might be wrong.
--
kmx
On 8.6.2015 17:29, sisyph...@optusnet.com.au wrote:
From: kmx
Sent: Mond
d:\strawberry32\data\.cpanm\work\1433509677.21616\Prima-1.43\include
--
kmx
On 8.6.2015 19:39, kmx wrote:
Maybe I was too fast in my explanation:
1/ Let's have PDL installed
2/ I have managed somehow to install Prima-1.43 (there were some failing
tests but nothing critical)
3/ Then I have
Rob,
see enclosed Prima/Config.pm patched with my "dirname(__FILE__)" hack which
might be a possible solution.
Anyway, we should perhaps move this discussion to Prima's bugtracker.
--
kmx
On 9.6.2015 8:40, sisyph...@optusnet.com.au wrote:
Hi kmx,
The below summation looks
then download
http://strawberryperl.com/package/kmx/32_libs/gcc49-2015Q2/32bit_freeglut-3.0.0-bin_20150519.zip
or
http://strawberryperl.com/package/kmx/64_libs/gcc49-2015Q2/64bit_freeglut-3.0.0-bin_20150519.zip
and unpack it into your strawberry
e(__FILE__)" hack to make Prima::Config portable.
--
kmx
On 17.6.2015 22:15, David Mertens wrote:
Thanks Rob and kmx for working this out. I've been busy with other things
for the last few weeks and wasn't aware of the discussion.
It looks like Rob hasn't posted an issue yet.
::PLplot
--
kmx
On 5.7.2015 23:03, David Mertens wrote:
Hahahahaha!
Good times: http://www.slideshare.net/dcmertens/p-lplot-talk
On Sun, Jul 5, 2015 at 4:16 PM, Chris Marshall <mailto:devel.chm...@gmail.com>> wrote:
I've managed to build PDL::Graphics::PLplot 0.71 with
Or you can try my unofficial patched version:
cpanm
http://strawberryperl.com/package/kmx/perl-modules-patched/PDL-Stats-0.6.5_patched.tar.gz
--
kmx
On 3.8.2015 18:46, Chris Marshall wrote:
On Mon, Aug 3, 2015 at 12:03 PM, Ingo Schmid <mailto:ingo...@gmx.at>> wrote:
Hi,
be nicely parsed on metacpan.org.
--
kmx
On 18.8.2015 1:55, Ed wrote:
New version of PDL::Stats (v0.70) just uploaded to CPAN. Contents are per
v0.6.5_2 with trivial tweaks. Any problems, please let me know. Even
better, file an issue on https://github.com/PDLPorters/PDL-Stats/issues
Best
ng piddle via unpdl the value (64bit signed int)
is converted into double (perl's NV) even when the perl is compiled with
64bit integers. Maybe unpdl() is not the best way for extracting piddle
value into a perl array (but I really like this function :).
Thanks in advance for any hints.
--
km
L_LongLong && sizeof(IV) == 8) {
sv = newSViv( pdl_val );
}
else {
sv = newSVnv( pdl_val );
}
or not?
--
kmx
On 21.8.2015 13:52, Ingo Schmid wrote:
Hi,
as far as I remember, all data gets converted into double during pdl
construction before cast to the desired type. Apparently, unpdl does
but basically this is it
--
kmx
On 21.8.2015 16:26, Joel Berger wrote:
I imagine it would be any int type, no?
On Fri, Aug 21, 2015 at 9:21 AM kmx mailto:k...@atlas.cz>>
wrote:
You are right, at least during unpdl() all values are converted to
perl's NV
It happens in
;
result = (PDL_Anyval)xx[ioff];
}
Which means that not only LongLong accuracy is not what one would expect
but 64bit indexing might be also affected.
I might be wrong but this seems to be not easy to fix.
--
kmx
On 21.8.2015 16:48, kmx wrote:
Yes, any integer that fits to IV should be
iable;
Or current PDL_Anyval concept has to be changed in another way.
--
kmx
On 21.8.2015 20:21, Chris Marshall wrote:
Hi kmx-
This the sf bug #343, "longlong constructor and display lose digits
due to implicit double precision conversions" And is the main remaining
issue with 64bit
/
}
This kind of works but I am open to any comments/improvements.
BTW: let's have:
$p = pdl( [ 1, 2, 3] ); # perl integers
print $p;
Is it correct that type of $p is always Double? although LongLong would be
more
for master?
From my point of view I have currently nothing more to commit unless
somebody reports a bug.
--
kmx
On 31.8.2015 16:15, Ed wrote:
I’ll be pleased to write some tests for it that are basically what you
have below. I’d also like to tidy up the lldf branch as it currently is
by rebasing
he end PDL == PDLA (at some point on this way the major
version will bump from 2 to 3).
--
kmx
On 25.8.2015 19:42, Zakariyya Mughal wrote:
On 2015-08-24 at 23:48:51 +, Chris Marshall wrote:
PDL Developers-
With the addition of two active and highly motivated PDL developers
(Zakari
IMO in top level Makefile.PL add to %makefile_hash:
LICENSE => 'perl',
then metacpan.org will show
License: perl_5
--
kmx
On 18.11.2015 15:38, Chris Marshall wrote:
I don't know when or why this happened but the
PDL license is now listed as unknown on
http://search.cp
Just for record (and future hackers trying to re-think this) the trouble
maker is AFAIK:
int pdl_whichdatatype_double (NV nv) in Basic/Core/pdlcore.c
--
kmx
On 19.11.2015 1:08, dhunt wrote:
Hi Chris: Understand that for my part, I've already worked around this
(mis)feature. We shoul
Rob,
it must be IMO gmake-related issue as on Strawberry 5.24.0 (gcc-4.9.2 +
dmake + EU::MM-7.16) Prima-1.46 installs fine
--
kmx
On 26.5.2016 15:03, sisyph...@optusnet.com.au wrote:
From: David Mertens
Sent: Thursday, May 26, 2016 9:31 PM
To: Sisyphus
Cc: pdl-devel ; Dmitry Karasik
Subject
As for MathGL - I already have a plotting perl module based on this library
https://metacpan.org/pod/distribution/IUP/lib/IUP/MglPlot.pod
But frankly speaking, the whole IUP distribution is for me only a side
project and do not invest too much time into it.
--
kmx
On 17.10.2016 11:31, Karl
26 matches
Mail list logo
