1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
|
INSTALLING GLPK ON YOUR COMPUTER
********************************
Unpacking the distribution file
-------------------------------
The GLPK package (like all other GNU software) is distributed in the
form of a packed archive. It is one file named `glpk-X.Y.tar.gz', where
`X' is the major version number and `Y' is the minor version number;
for example, the archive name might be `glpk-4.15.tar.gz'.
In order to prepare the distribution for installation you should:
1. Copy the GLPK distribution file to a working directory.
2. Unpack the distribution file with the following command:
gzip -d glpk-X.Y.tar.gz
After unpacking the distribution file is automatically renamed to
`glpk-X.Y.tar'.
3. Unarchive the distribution file with the following command:
tar -x < glpk-X.Y.tar
It automatically creates the subdirectory `glpk-X.Y' containing the
GLPK distribution.
Configuring the package
-----------------------
After unpacking and unarchiving the GLPK distribution you should
configure the package, i.e. automatically tune it for your platform.
Normally, you should just `cd' to the directory `glpk-X.Y' and run the
`configure' script, e.g.
./configure
The `configure' shell script attempts to guess correct values for
various system-dependent variables used during compilation. It uses
those values to create a `Makefile' in each directory of the package.
It also creates file `config.h' containing platform-dependent
definitions. Finally, it creates a shell script `config.status' that
you can run in the future to recreate the current configuration, a file
`config.cache' that saves the results of its tests to speed up
reconfiguring, and a file `config.log' containing compiler output
(useful mainly for debugging `configure').
Running `configure' takes about a few seconds. While it is running, it
displays some messages that tell you what it is doing. If you don't want
to see the messages, run `configure' with its standard output redirected
to `dev/null'; for example, `./configure > /dev/null'.
By default both static and shared versions of the GLPK library will be
compiled. Compilation of the shared librariy can be turned off by
specifying the `--disable-shared' option to `configure', e.g.
./configure --disable-shared
If you encounter problems building the library try using the above
option, because some platforms do not support shared libraries.
The GLPK package has some optional features listed below. By default
all these features are disabled. To enable a feature the corresponding
option should be passed to the configure script.
--with-gmp Enable using the GNU MP bignum library
This feature allows the exact simplex solver to use the GNU MP
bignum library. If it is disabled, the exact simplex solver uses the
GLPK bignum module, which provides the same functionality as GNU MP,
however, it is much less efficient.
For details about the GNU MP bignum library see its web page at
<http://gmplib.org/>.
--enable-dl The same as --enable-dl=ltdl
--enable-dl=ltdl Enable shared library support (GNU)
--enable-dl=dlfcn Enable shared library support (POSIX)
Currently this feature is only needed to provide dynamic linking to
ODBC and MySQL shared libraries (see below).
For details about the GNU shared library support see the manual at
<http://www.gnu.org/software/libtool/manual/>.
--enable-odbc Enable using ODBC table driver (libiodbc)
--enable-odbc=unix Enable using ODBC table driver (libodbc)
This feature allows transmitting data between MathProg model objects
and relational databases accessed through ODBC.
For more details about this feature see the supplement "Using Data
Tables in the GNU MathProg Modeling Language" (doc/tables.*).
--enable-mysql Enable using MySQL table driver (libmysql)
This feature allows transmitting data between MathProg model objects
and MySQL relational databases.
For more details about this feature see the supplement "Using Data
Tables in the GNU MathProg Modeling Language" (doc/tables.*).
Compiling the package
---------------------
Normally, you can compile (build) the package by typing the command:
make
It reads `Makefile' generated by `configure' and performs all necessary
jobs.
If you want, you can override the `make' variables CFLAGS and LDFLAGS
like this:
make CFLAGS=-O2 LDFLAGS=-s
To compile the package in a different directory from the one containing
the source code, you must use a version of `make' that supports `VPATH'
variable, such as GNU `make'. `cd' to the directory where you want the
object files and executables to go and run the `configure' script.
`configure' automatically checks for the source code in the directory
that `configure' is in and in `..'. If for some reason `configure' is
not in the source code directory that you are configuring, then it will
report that it can't find the source code. In that case, run `configure'
with the option `--srcdir=DIR', where DIR is the directory that contains
the source code.
Some systems require unusual options for compilation or linking that
the `configure' script does not know about. You can give `configure'
initial values for variables by setting them in the environment. Using
a Bourne-compatible shell, you can do that on the command line like
this:
CC=c89 CFLAGS=-O2 LIBS=-lposix ./configure
Or on systems that have the `env' program, you can do it like this:
env CPPFLAGS=-I/usr/local/include LDFLAGS=-s ./configure
Here are the `make' variables that you might want to override with
environment variables when running `configure'.
For these variables, any value given in the environment overrides the
value that `configure' would choose:
CC: C compiler program. The default is `cc'.
INSTALL: Program used to install files. The default value is `install'
if you have it, otherwise `cp'.
For these variables, any value given in the environment is added to the
value that `configure' chooses:
DEFS: Configuration options, in the form `-Dfoo -Dbar ...'.
LIBS: Libraries to link with, in the form `-lfoo -lbar ...'.
Checking the package
--------------------
To check the package, i.e. to run some tests included in the package,
you can use the following command:
make check
Installing the package
----------------------
Normally, to install the GLPK package you should type the following
command:
make install
By default, `make install' will install the package's files in
`usr/local/bin', `usr/local/lib', etc. You can specify an installation
prefix other than `/usr/local' by giving `configure' the option
`--prefix=PATH'. Alternately, you can do so by consistently giving a
value for the `prefix' variable when you run `make', e.g.
make prefix=/usr/gnu
make prefix=/usr/gnu install
After installing you can remove the program binaries and object files
from the source directory by typing `make clean'. To remove all files
that `configure' created (`Makefile', `config.status', etc.), just type
`make distclean'.
The file `configure.ac' is used to create `configure' by a program
called `autoconf'. You only need it if you want to remake `configure'
using a newer version of `autoconf'.
Uninstalling the package
------------------------
To uninstall the GLPK package, i.e. to remove all the package's files
from the system places, you can use the following command:
make uninstall
========================================================================
|
