pspp-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: pspp and psppire compile experience: Fedora Core 4 and Mac OS X


From: Marshall DeBerry
Subject: RE: pspp and psppire compile experience: Fedora Core 4 and Mac OS X
Date: Fri, 30 Dec 2005 19:04:24 -0500


Jason's query got me to thinking, and I realized I've got Apple's latest
Xcode package version 2.2 installed.  Thus, the GNU libtools needed is not
the same libtools that Xcode installs in the default /sw/bin area.  Changing
the GNU libtools to be located in /usr/local seems to have solved this
problem.

I'm still experiencing two other issues.  The first is with setting up
psppire with configure.  When I get to the stage of running configure in
psppire directory, I get the following:

checking for ANSI C header files... (cached) yes 
checking for double... yes 
checking size of double... 8
./configure: line 21308: syntax error near unexpected token `PACKAGE,'
./configure: line 21308: `PKG_CHECK_MODULES(PACKAGE, gtk+-2.0 >= 2.6.0)'

Here's the relevant area in ./configure file:

cat >>confdefs.h <<_ACEOF
#define SIZEOF_DOUBLE $ac_cv_sizeof_double 
_ACEOF

PKG_CHECK_MODULES(PACKAGE, gtk+-2.0 >= 2.6.0) 
PKG_CHECK_MODULES(GLADE, libglade-2.0)

I've got gtk+2 2.4.9-9 and libglade2 2.3.6-17 installed. I've also got the
latest versions of libtool (1.5.22), autoconf (2.59), automake (1.9.6), and
m4 (1.4.4) installed.

The other issue is when doing a make distcheck on the current pspp CVS.
Make check works fine;  make distcheck produces the following:

if gcc -DHAVE_CONFIG_H -I. -I../../src -I..  -I../.. -I../../src -
I../../lib -I../../intl -I../../gl -I../gl -I/sw/include -I/System/
Library/Frameworks/CoreFoundation.framework/Headers -I/usr/X11R6/ include
-I/System/Library/Frameworks/CoreFoundation.framework/Headers
-Wall -W -Wwrite-strings -Wstrict-prototypes -Wpointer-arith -Wno-
sign-compare -Wmissing-prototypes -Dunix  -I/sw/include -MT regression.o -MD
-MP -MF ".deps/regression.Tpo" -c -o regression.o regression.c; \ then mv -f
".deps/regression.Tpo" ".deps/regression.Po"; else rm -f
".deps/regression.Tpo"; exit 1; fi
../../src/regression.q:39:31: error: regression_export.h: No such file or
directory
../../src/regression.q: In function 'reg_print_categorical_encoding':
../../src/regression.q:484: error: 'reg_export_categorical_encode_1'  
undeclared (first use in this function)

etc....

Suggestions?
  Marshall



-----Original Message-----
From: Jason Stover [mailto:address@hidden 
Sent: Wednesday, December 28, 2005 12:11 PM
To: Marshall DeBerry
Subject: Re: pspp and psppire compile experience: Fedora Core 4 and Mac OS X

On Thu, Dec 22, 2005 at 06:38:44PM -0500, Marshall DeBerry wrote:
> 
> Making all in linreg
> if gcc -DHAVE_CONFIG_H -I. -I. -I../..  -I../.. -I../../src -I/sw/ include
> -I/System/Library/Frameworks/CoreFoundation.framework/Headers
> -I/usr/X11R6/include -Wall -W -Wwrite-strings -Wstrict-prototypes -
> Wpointer-arith -Wno-sign-compare -Wmissing-prototypes -ansi  -I/sw/
include
> -MT sweep.o -MD -MP -MF ".deps/sweep.Tpo" -c -o sweep.o sweep.c; \ then mv
> -f ".deps/sweep.Tpo" ".deps/sweep.Po"; else rm -f ".deps/ sweep.Tpo"; exit
> 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../..  -I../.. -I../../src -I/sw/
> include -I/System/Library/Frameworks/CoreFoundation.framework/Headers
> -I/usr/X11R6/include -Wall -W -Wwrite-strings -Wstrict-prototypes -
> Wpointer-arith -Wno-sign-compare -Wmissing-prototypes -ansi  -I/sw/
include
> -MT linreg.o -MD -MP -MF ".deps/linreg.Tpo" -c -o linreg.o linreg.c; \
then
> mv -f ".deps/linreg.Tpo" ".deps/linreg.Po"; else rm -f ".deps/
linreg.Tpo";
> exit 1; fi rm -f liblinreg.a ar cru liblinreg.a sweep.o linreg.o
> ranlib: unrecognized option `-q'
> Try `ranlib --help' for more information.
> ar: internal ranlib command failed
> make[3]: *** [liblinreg.a] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2

Here are a few semi-random questions that may help:

You have GNU binutils (ar/ranlib), right? What versions? This sounds
like a mis-match between ar and ranlib. Do you have multiple copies of
ranlib or ar laying around somewhere?

-Jason

-- 
address@hidden
SDF Public Access UNIX System - http://sdf.lonestar.org





reply via email to

[Prev in Thread] Current Thread [Next in Thread]