On Sun, Jul 4, 2010 at 8:23 PM, Chris Marshall <[email protected]> wrote:
> On 7/4/2010 8:48 PM, P Kishor wrote:
>>
>> This is likely to be a common reality. For many Mac users, they go to
>> 64-bit via 32-bit (upgrade Mac OS X 10.5.x to 10.6.x). This leaves a
>> lot of custom stuff in the 32-bit world still hanging around. Very
>> unlikely that a user will have a clean machine. For those that do,
>> installs will be a lot easier.
>
> True but PDL cannot fix problems with user systems
> and their private configuration problems.  However,
> a clean run through the entire PDL build is necessary
> to diagnose what needs fixing in PDL to support the
> Mac platform.
>
..


Chris, you have used the term "a clean run" or a "clean build" a
couple of times, so I am curious what you exactly mean by that. Do you
mean the target computer should be clean, without any previous
installation of PDL? If so, only someone who has never installed PDL,
has not upgraded from 32-bit to 64-bit, not installed any software
libraries... basically, someone with a brand new computer, updated
with only Apple's updates, decides to install PDL. That kind of a
person would be hard to find. Maybe I will be that, when sometime in
the future I buy a new computer... not for another couple of years.

On the other hand, if you mean that the new installation of PDL should
be from a clean source, well, that is what I do. I downloaded PDL
2.4.6, installed it. A few days/weeks later, I downloaded PDL 2.4.6_11
in a completely different directory, and tried to build it there. Of
course, I can build it a million times, but until I do a 'make
install' it stays inside its src directory, leaving the current,
working version of PDL 2.4.6 alone.

For now, the one that does need fixing is that Makefile for
PDL::Graphics::PLplot. Most users will likely stay away from esoteric
Fortran stuff, but most will want to install some kind of graphics
capability. PLplot seems to be the most mature option (I could be
wrong in that assessment). Fixing that Makefile will really make
things a lot easier. Both the error and the fix are well documented.
They just need to be baked in.

Puneet.

_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl

Reply via email to