Mac OS/X snow leopard finance-quote problem with make

[John Ralls]

On Aug 28, 2010, at 7:37 PM, sdrach wrote:

> 
> OS/X 10.6.4 Snow Leopard
> Gnucash 2.2.9 installed from downloadable dmg image
> 
> I installed this a while back, then followed instructions to install
> finance-quote and everything worked smoothly.
> 
> Then my hard drive failed, so I installed a new one and restored (actually
> migrated) from Time Machine.  Now Gnucash doesn't see finance-quote.  So I
> check it
> 
> ------
> $ /Applications/Gnucash.app/Contents/Resources/bin/gnc-fq-check 
> 
> You need to install the following Perl modules:
>  Finance::Quote
>  HTML::TableExtract
>  Crypt::SSLeay
>  Date::Manip
> 
> Use your system's package manager to install them,
> or run 'gnc-fq-update' as root.
> missing-lib
> --------
> 
> Fine, so I run gnc-fq-update and get the following.  Sorry, it's a bit long. 
> The bottom line is it doesn't like (NOT OK) the make it finds.  Can anyone
> give me a clue on how to proceed.  I'm tired of banging my head against
> wall.
> 
> $ /usr/bin/make -v
> GNU Make 3.81
> Copyright (C) 2006  Free Software Foundation, Inc.
> ...
> This program built for i386-apple-darwin10.0
> 
> 
> --------
> ...
> x Finance-Quote-1.17/Documentation/License
> x Finance-Quote-1.17/Documentation/README
> Warning (usually harmless): 'YAML' not installed, will not store persistent
> state
> 
>  CPAN.pm: Going to build E/EC/ECOCODE/Finance-Quote-1.17.tar.gz
> 
> Checking if your kit is complete...
> Looks good
> Writing Makefile for Finance::Quote
> Could not read
> '/Users/drach/.cpan/build/Finance-Quote-1.17-CA3sG9/META.yml'. Falling back
> to other methods to determine prerequisites
> ---- Unsatisfied dependencies detected during ----
> ----     ECOCODE/Finance-Quote-1.17.tar.gz    ----
>    HTML::TreeBuilder [requires]
>    Crypt::SSLeay [requires]
>    HTML::TableExtract [requires]
> Shall I follow them and prepend them to the queue
> of modules we are processing right now? [yes]
> Running make test
>  Delayed until after prerequisites
> Running make install
>  Delayed until after prerequisites
> Running install for module 'HTML::TreeBuilder'
> 'YAML' not installed, falling back to Data::Dumper and Storable to read
> prefs '/Users/drach/.cpan/prefs'
> Running make for P/PE/PETEK/HTML-Tree-3.23.tar.gz
> Fetching with LWP:
>  http://www.perl.org/CPAN/authors/id/P/PE/PETEK/HTML-Tree-3.23.tar.gz
> Fetching with LWP:
>  http://www.perl.org/CPAN/authors/id/P/PE/PETEK/CHECKSUMS
> Checksum for
> /Users/drach/.cpan/sources/authors/id/P/PE/PETEK/HTML-Tree-3.23.tar.gz ok
> x HTML-Tree-3.23/
> ...
> x HTML-Tree-3.23/TODO
> Warning (usually harmless): 'YAML' not installed, will not store persistent
> state
> 
>  CPAN.pm: Going to build P/PE/PETEK/HTML-Tree-3.23.tar.gz
> 
> Checking if your kit is complete...
> Looks good
> Writing Makefile for HTML-Tree
> Could not read '/Users/drach/.cpan/build/HTML-Tree-3.23-eW7Atf/META.yml'.
> Falling back to other methods to determine prerequisites
> make: *** No rule to make target
> `/System/Library/Perl/5.10.0/darwin-thread-multi-2level/CORE/config.h',
> needed by `Makefile'.  Stop.
>  PETEK/HTML-Tree-3.23.tar.gz
>  /usr/bin/make -- NOT OK
> Warning (usually harmless): 'YAML' not installed, will not store persistent
> state
> Running make test
>  Can't test without successful make
> Running make install
>  Make had returned bad status, install seems impossible
> 

No, there's nothing wrong with make. The problem is that a perl header file is missing (/System/Library/Perl/5.10.0/darwin-thread-multi-2level/CORE/config.h) or has bad permissions (use ls -l to find out which). According to this Ars article http://arstechnica.com/civis/viewtopic.php?f=19&t=43282, you need to re-run your XCode install and select "UNIX Dev support".

That's a bit of a problem, obviously, as not all users (perhaps including you) are going to have XCode installed at all, never mind know to include UNIX support. Unfortunately, each version of OSX uses a different version of Perl, so including the F::Q modules in the bundle isn't really practical either.

Regards,
John Ralls