~ubuntu-branches/ubuntu/raring/pdl/raring-proposed

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
The following issues have been reported with this version of PDL:

- The Perl debugger for perls 5.10.1 through 5.12 has a new
  "feature" leading to false fails for lvalue subroutines when
  run under the debugger.  If you need to debug such code with
  an affected perl version, the work around is to make an
  explicit temp as in:

    $piddle->slice('0:10') .= 100;

  becomes

    my $tmp; # work around perl -d "feature"
    ($tmp = $piddle->slice('0:10')) .= 100;

  The problem is understood and it is hoped that an official
  fix will become available soon.  NOTE: the work around is
  100% effective---but ugly.


- PDL::IO::Dumper sdump() fails for some system configurations.
  Problems have been reported for various BSD platforms.  Please
  use PDL::IO::Storable if you have this problem *and* let the
  PDL developer know (Bonus points if you can work with us to
  debug this problem---which has only languished because we don't
  have the ability to create the bug to fix it...).  Thanks.


- The demo 3d and 3d2 windows do not close (can not be closed)
  after the demo finishes.  You need to exit the perldl shell
  to have the window close.


- When you close a TriD graphics window with the frame widget
  the whole process exits including the perldl shell.


- PDL::FFTW is based on version 2 of the FFTW API.  The current
  release of the FFTW library is version 3.2.2.  To use PDL::FFTW
  you will need to install FFTW version 2.1.5, use the built-in 
  PDL::FFT routines instead, or (better yet) submit a patch to
  update PDL::FFTW to the version 3 API. 


- If you have a pre-existing PDL install in your perl @INC path,
  mysterious failures have been observed in some tests due to
  unintentionally pulling in the wrong version of PDL.  The
  'perl Makefile.PL' stage now checks for this and prompts to
  continue so you'll know the potential problem exists.


- Various make command issues during build:

  - Using parallel make causes the build to fail; so don't use -j # options.
  - make fails with message like.
      "*** No rule to make target `pptemplate', needed by `pptemplate.pod'.  Stop."
    The cause is unknown.  If you have this problem, *please* let the developers
    know via the perldl mailing list.


- Extremely verbose but not particularly helpful text output from
  the configure-build-test process.


- PDL on Cygwin has a 300MB process memory limit which can
  cause out of memory crashes with large data sets.


- The following SourceForge bugs are outstanding at time of the
  PDL-2.4.7 release:

  3042201    t/dumper.t fails mysteriously
  3031068    PDL::IO::FlexRaw mapflex memory mapping fails
  3018731    NiceSlice affects code where it should not
  3011879    pdl() constructor crashes for mixed array ref/piddle args
  2995500    perl -d chokes on lvalue functions
  2153898    default PDL build output too long
  1994584    PDL Has no signed 8-bit integer data type
  1507054    closing TriD window kills perldl shell
  1435189    Installation with cpan2rpm
  1205359    PGPLOT Window does not store full state info
  1059020    Problem with FFTW version 3.0.1


For more information on these and other PDL issues, and for
submissions of patches (bug patches are always welcome!), 
see the PDL mailing lists. Links to archive list discussions
and how to register for the mailing lists can be found at
http://pdl.sourceforge.net/maillists/ .