[Top][All Lists]

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

Re: Building PSPP on a Mac

From: Richard Brittain
Subject: Re: Building PSPP on a Mac
Date: Mon, 13 Oct 2008 11:06:08 -0400 (EDT)

On Sat, 11 Oct 2008, Ben Pfaff wrote:

Hello.  Thanks so much for the detailed notes.

4. Make sure the ports package is updated, and install all the
prerequisite libraries for PSPP

sudo port selfupdate
sudo port install yelp gsl plotutils

This will run for _hours_, downloading sources from BSD ports
repositories and compiling and installing them.  It will automatically
pull down all needed prerequisite packages.  On my system I ended
up with 94 port packages installed.  You can use "port list installed"
to see them.  All of the prerequisites are supported ports.  Some
of the packages are just newer versions of things which the Mac has
already, like perl and python.

Wow.  I am not familiar with OS X, but I am surprised that binary
packages are not available for these programs.  There is little
benefit in compiling them for yourself if you can install binaries.

I believe that there are binary packages available through MacPorts, but the default behaviour is to build from source, and I wanted to do as little non-default stuff as possible at this step. The dependencies seem to err on the side of safety, and it spends a lot of time doing things other than compiling. I know that many of the packages can be obtained precompiled from other sources, but the ports mechanism ensures that the whole lot is self consistent.

6. In a terminal, cd to the unpacked psp source tree and run configure

./configure CPPFLAGS="/opt/local/include" LDFLAGS="-L/opt/local/lib 

Probably there's a missing -I in those CPPFLAGS but otherwise it
looks right.

Oops - typo.

I get 1 failing test in the set of 158.  The actual message is:
< /private/tmp/pspp-tst-8859/foo.sps:10: error: DISPLAY: AKSDJ is not a 
variable name.
/tmp/pspp-tst-8859/foo.sps:10: error: DISPLAY: AKSDJ is not a variable name.

How unusual.  Is there actually a /private directory on your
system, and does it have some relationship to /tmp?

On OSX, /tmp symlinks to /private/tmp - I think it is just to make it easier to stop the finder from browsing down that tree too easily. I presume that the other tests also write files in /tmp, so that in itself isn't causing the problem.

10.  Make symlinks for and

The dynamic library routines seem to be hard coded to look for .so
files, but on the Mac they are called .dylib files, which seem to be

cd /usr/local/lib/pspp
sudo ln -s libpspsswidgets.dylib
sudo ln -s libpsppire.dylib

Hmm.  There is certainly nothing hard-coded into our source tree
with the .so extension.  I don't know why this would be happening.

The actual error came from libglade. My guess is that a UI item created by Glade was causing it to dynamically load a library not previously used, and libglade was searching for with dlopen()


Set $DYLD_LIBRARY_PATH to allow the dynamic link loader to find the
psppire and psppwidgets libaries.

export DYLD_LIBRARY_PATH=/usr/local/lib/pspp

This can be added to ~/.bashrc so that it always takes effect, or
there could be a simple wrapper script to start up psppire which sets
$DYLD_LIBRARY_PATH first.  I'm not sure why this is needed for
/usr/local/lib/pspp and not for /opt/local/lib.

You should be able to add something to LDFLAGS to bypass this
step.  On GNU/Linux, the option would be something like

I suspect that this is true. I'd already learned more than I wanted to know about dynamic linking on OSX so I stopped with the first solution that worked!

I've not yet figured out how to get other than  ASCII output from psppire,
or generate plots and charts.

That's something that's not really present in the current version
of PSPPIRE, but it's a pretty high priority for the next

Aha - I look forward to it :-)
Our statistics guy reckons that most of the potential users have got out of the command-line habit since SPSS effectively took it away (we don't run the SPSS server version here).

Richard Brittain,  Kiewit Computing Services, 6224 Baker/Berry Library
                   Dartmouth College, Hanover NH 03755
Email: address@hidden

reply via email to

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