5.8.8, which is outlined below. My apologies for a lame-o bug report,
> Subject: Re: [Dev] Devel::NYTProf : good news and bad news
>
> The value of the 'cpp' key in the Config module comes from a file
> called
> Config_heavy.pl. The version of that file that comes with the fink
> perl
> 5.8.8 lists 'gcc' as the C preprocessor (value of the cpp key). This
> does not appear to be correct.
>
> For those using Leopard, I recommend just using the perl 5.8.8 that
> comes with the OS. Quick way to do that is to move /sw/bin/perl to
> something like /sw/bin/perl.out.of.path. You >could< remove the
> entire
> fink package if you want, but I don't think that is necessary.
>
> For those not using Leopard, you could upgrade, but is probably faster
> to just change fink's Config_heavy.pl (the one in /sw/).
>
> Change this line:
>
> cpp='gcc'
>
> to this:
>
> cpp='cpp'
>
> and I think things should go smoothly. Be sure to keep a backup of
> that
> file in case this trip fouls up the compilation of other packages.
>
> Lemme know if this doesn't fix the installation of NYTProf on your
> machine.
>
> -mike
>
> ----
>
> On Yoav's Leopard machine:
>
> tatsuki% locate Config_heavy.pl
> /System/Library/Perl/5.8.8/darwin-thread-multi-2level/Config_heavy.pl
> /sw/lib/perl5-core/5.8.8/darwin-thread-multi-2level/Config_heavy.pl
>
> On MTM's Leopard machine:
>
> einstein:~ astle$ locate Config_heavy.pl
> /System/Library/Perl/5.8.8/darwin-thread-multi-2level/Config_heavy.pl
>
>
> Mike Astle wrote:
>> I have not solved this yet, but getting closer.
>>
>> For reasons that are not quite clear, the Config module as
>> '/usr/bin/gcc' as the value for the 'ccp' key on Yoav's box (and
>> presumably also Spiros's). On MTM's, this value is '/usr/bin/cpp'
>> (which is correct).
>>
>> I think the issue here is that we are using perl 5.8.8 from different
>> sources. Will sort it out tomorrow (or come up with a quick patch).
>>
>> -mike
>>
>> Mike Astle wrote:
>>> Strange.
>>>
>>> Failed on Yoav's mini, which is Leopard.
>>>
>>> I am looking at this in more detail...
>>>
>>> -mike
>>>
>>> Marc Tobias Metten wrote:
>>>> installs fine on MacOS 10.5 (Leopard)
>>>>
>>>> Spiros Denaxas wrote:
>>>>> Hello,
>>>>>
>>>>> I have spent some time today tackling the creation of a wigwam
>>>>> package
>>>>> for Devel::NYTProf for use to use.
>>>>>
>>>>>
http://blog.timbunce.org/2008/07/15/nytprof-v2-a-major-advance-in-perl-profilers/>>>>>
http://search.cpan.org/dist/Devel-NYTProf/lib/Devel/NYTProf.pm>>>>>
>>>>> The short version (for non Mac OS X users) :
>>>>>
>>>>> packagectl update ; packagectl install perl-XSLoader ; packagectl
>>>>> install perl-Devel-NYTProf
>>>>>
>>>>> The longger version :
>>>>>
>>>>> The tasks are:
>>>>>
>>>>> 1. get latest version
>>>>> 2. make sure all deps are identified
>>>>> 3. create wigwam packages for deps
>>>>> 4. create wigwam package for the profiler
>>>>>
>>>>> The only dep we did not already have is XSLoader which you can
>>>>> install
>>>>> when you wish by issuing a "packagectl update ; packagectl install
>>>>> perl-XSLoader". The main package can be installed by using
>>>>> "packagectl
>>>>> install perl-Devel-NYTProf"
>>>>>
>>>>> All good so far. And now for the bad news : I cant get it to
>>>>> install
>>>>> on Mac OS X (10.4.11) locally. The main issue is that the package
>>>>> makes use of the `fpurge' C function
>>>>> in order to better profile processes that are spawned with
>>>>> fork(). The
>>>>> package will stop for input on STDIN on my Mac so I ran the
>>>>> installation process manually in order to
>>>>> figure out whats going on. The error message in the output files
>>>>> is:
>>>>>
>>>>> -----------------------
>>>>>
>>>>> karoto:/tmp/Devel-NYTProf-2.01 spiros$ perl Makefile.PL
>>>>> Looking for header files and functions...
>>>>> /usr/include/time.h:1: fatal error: can't create precompiled
>>>>> header
>>>>> /usr/include/time.h.gch: Permission denied
>>>>> compilation terminated.
>>>>> /usr/include/stdio.h:1: fatal error: can't create precompiled
>>>>> header
>>>>> /usr/include/stdio.h.gch: Permission denied
>>>>> compilation terminated.
>>>>>
>>>>> Warning: Unable to find an fpurge function in your header files.
>>>>> I looked for stdio.h stdio_ext.h in /usr/lib /usr/include /usr/
>>>>> local/include
>>>>> The fpurge function isn't required, but if you profile code that
>>>>> calls fork() you may get corrupt profile data without it.
>>>>> If it normally found in stdio_ext.h, and sometimes in stdio.h.
>>>>> Try using 'find' or 'locate' to discover where these files reside.
>>>>> Enter paths to search here, seperated by ':' (or just press
>>>>> return to
>>>>> not use fpurge)
>>>>>
>>>>> Additional header paths to search for fpurge: []
>>>>>
>>>>> ------------------------
>>>>>
>>>>> By changing the permissions of those files, group and owner one is
>>>>> able to avoid those warnings but the problem still exists: the
>>>>> installation script cannot locate fpurge()
>>>>> I have looked insude /usr/include/stdio.h and the function is
>>>>> defined.
>>>>> I also get output when using `man fpurge'. The author claims to
>>>>> have
>>>>> installed and tested it on a Mac OS X system
>>>>> and CPANTS has a number of PASS for the module, so I am not
>>>>> entirely
>>>>> sure whats going on.
>>>>>
>>>>> I think it might be interesting for somebody with Leopard (Mtm)
>>>>> to try
>>>>> and run the install, either via wigwam or not, and have a look
>>>>> if the
>>>>> problem persists or not.
>>>>>
>>>>> Spiros
>>
