The polymake distributions and accompanying software are just normal RPM packages you are surely acquainted with. Use rpm -i
to install them for the first time, rpm -U to upgrade to the newer release, and so on.
The packages are relocatable, you can install them at a different location than /usr/local/polymake if you add the
--prefix option to the rpm command.
The Makefile for client development is marked as configuration file. You can store there, for instance, the preferable
compiler flags.
When you upgrade to the next polymake release later, your changes aren't lost. The configuration files you have ever edited are
saved beside the upgraded ones with .rpmsave suffix appended. After an upgrade you should compare these files and merge your
individual changes into the new version.
Notes
The most important prerequisite package for polymake installation, the GMP (GNU Multi Precision) library, is shipped
with RedHat and some other Linux distributions in a non-optimized form only (that is, compiled for a generic 386 CPU.) If you are
dealing with really large polytopes, or having especially long coordinates, you might consider to upgrade it by a version
optimized for your hardware.
From our download page you can obtain GMP packages built for Pentium 4 and
Athlon CPUs. Yet better, you compile GMP yourself. It has a highly elaborated auto-configuration mechanism you hardly ever need to
intervene in.
Since the polymake client programs are linked against the shared GMP library, you will benefit from the improved performance as
soon as you install one of these fine-tuned packages.
The subdivision in the end user's and developer's packages introduced in the earlier releases has been revoked. The latter has been
always much smaller than the main package, and you will need the libraries at the latest with the upcoming polymake release 2.3.
Now it's a good occassion to clean up with the package separation.
Normally, the rpm utility should delete the old package polymake-devel automatically. If it does not happen for whatever reason,
it will complain about many conflicting files and reject the package upgrade. In this case please delete it by hand:
rpm -e polymake-devel and repeat the upgrade command.
The polymake packages are compiled with gcc 4.0.2 which is the standard compiler in SuSE Linux 10.0.
If the rpm -i command on your system fails due to the unresolved dependence on the
shared library libstdc++.so, you'll need to install gcc 4.0.2 or the later release as a third-party package
(try RPMfind) or build it yourself from the official
distribution downloaded from here or one of the numerous GNU mirror sites.
In the latter case you should install polymake package with an option --nodeps, since rpm does not know anything about gcc you
have built.
In the unfortunate case there are more unsatisfied dependences, especially on some glibc versioning symbols (which is a sign
of your Linux distribution being too different from the ours), you will have to download the source RPM package and
recompile it on your system. Provided you have all required development tools already
installed, it can be accomplished with a single command:
rpmbuild --rebuild polymake-VERSION.src.rpm
After successful compilation you will get a ready-to-install binary package; the exact location will be told by rpmbuild at
the very end of the long output.