Before you start you should check whether you have got all the building tools and prerequisite packages:
gcc
and g++
, version 4.2+ (Note that these might come in several packages)
clang
, version 3.2+
gcc
)
libxml2
, libxslt
(both being standard components of Gnome environment)
ExtUtils::Embed
, which some distributions ship separately as perl-ExtUtils-Embed
XML::LibXML
, XML::LibXSLT
, and XML::Writer
Term::ReadLine::Gnu
Term::ReadKey
(only for the development version of polymake)
The next step after unpacking the tar ball is
make configure
. polymake is not based on autoconf, it rather tries to gain as much information as possible from the system perl
configuration; for the rest it will ask you. The questions can be divided into three groups:
The location chosen for the polymake
start script should be one contained in your (and your colleagues') PATH
. If you don't like this, you can later define a shell alias pointing to the start script. Unlike old versions, there are no other executables in polymake that should be accessible via PATH
, as the whole former clients have been transformed into library functions.
Beware that the directory which you build polymake
in and the one which you want polymake
to install to must be distinct and not contained in one another.
Having run make configure
once, you get a new subtree build.ARCH
, where ARCH
is usually an abbreviation of your hardware platform as reported by uname -m
. There resides a file conf.make
which can be manually edited, if necessary. If you subsequently repeat the configuration step on several hardware platforms (e.g. 32-bit and 64-bit Intel/AMD CPU), polymake will reuse most of the answers given for the first platform as default settings.