forked from fizx/libbow-osx
-
Notifications
You must be signed in to change notification settings - Fork 0
/
INSTALL
149 lines (114 loc) · 6.31 KB
/
INSTALL
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
Installing `libbow'
*******************
To compile and install `libbow':
1. Configure the source for your system by typing
./configure --prefix=/usr/local
Where `/usr/local' can be replaced with any pre-existing directory
in which you want to install the package. Executables will go in
`prefix'/bin. The library, `libbow' will go in `prefix'/lib. The
include files will go in `prefix'/include/bow.
If you want to turn off all debugging assertions, you can do this
by setting CPPFLAGS in the configuration line.
CPPFLAGS=-DNDEBUG ./configure --prefix=/usr/local
More detailed information about the `configure' options can be
found below.
2. Make libbow. (Note, libbow requires GCC, and the Makefile
requires GNU make.)
make
You can now try running the sample programs, (e.g. `rainbow'). See
the README file for some examples.
3. Install libbow
make install
Here are general instructions for `configure', that explain
`configure''s options.
1. Configure the package for your system. In the directory that this
file is in, type `./configure'. If you're using `csh' on an old
version of System V, you might need to type `sh configure' instead
to prevent `csh' from trying to execute `configure' itself.
The `configure' shell script attempts to guess correct values for
various system-dependent variables used during compilation, and
creates the Makefile(s) (one in each subdirectory of the source
directory). In some packages it creates a C header file
containing system-dependent definitions. It also creates a file
`config.status' that you can run in the future to recreate the
current configuration.
Running `configure' takes less than a minute or two. While it is
running, it prints some messages that tell 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
To compile the package in a different directory from the one
containing the source code, you must use a version of make that
supports the VPATH variable, such as GNU make. `cd' to the
directory where you want the object files and executables to go
and run `configure'. `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.
By default, `make install' will install the package's files in
/usr/local/bin, /usr/local/lib, /usr/local/man, etc. You can
specify an installation prefix other than /usr/local by giving
`configure' the option `--prefix=PATH'. Alternately, you can do
so by giving a value for the `prefix' variable when you run
`make', e.g.,
make prefix=/usr/gnu
You can specify separate installation prefixes for
architecture-specific files and architecture-independent files.
If you give `configure' the option `--exec_prefix=PATH' or set the
`make' variable `exec_prefix' to PATH, the package will use PATH
as the prefix for installing programs and libraries. Data files
and documentation will still use the regular prefix. Normally,
all files are installed using the regular prefix.
You can tell `configure' to figure out the configuration for your
system, and record it in `config.status', without actually
configuring the package (creating `Makefile's and perhaps a
configuration header file). To do this, give `configure' the
`--no-create' option. Later, you can run `./config.status' to
actually configure the package. This option is useful mainly in
`Makefile' rules for updating `config.status' and `Makefile'. You
can also give `config.status' the `--recheck' option, which makes
it re-run `configure' with the same arguments you used before.
This is useful if you change `configure'.
`configure' ignores any other arguments that you give it.
If your system requires unusual options for compilation or linking
that `configure' doesn't know about, you can give `configure'
initial values for some variables by setting them in the
environment. In Bourne-compatible shells, you can do that on the
command line like this:
CC='gcc -traditional' DEFS=-D_POSIX_SOURCE ./configure
The `make' variables that you might want to override with
environment variables when running `configure' are:
(For these variables, any value given in the environment overrides
the value that `configure' would choose:)
`CC'
C compiler program. Default is `cc', or `gcc' if `gcc' is in
your PATH.
`INSTALL'
Program to use to install files. Default is `install' if you
have it, `install.sh' otherwise.
(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 ...'
If you need to do unusual things to compile the package, we
encourage you to figure out how `configure' could check whether to
do them, and mail diffs or instructions to the address given in
the `README' so we can include them in the next release.
2. Type `make' to compile the package. If you want, you can override
the `make' variables `CFLAGS' and `LDFLAGS' like this:
make CFLAGS=-O2 LDFLAGS=-s
3. Type `make install' to install programs, data files, and
documentation.
4. You can remove the program binaries and object files from the
source directory by typing `make clean'. To also remove the
Makefile(s), and `config.status' (all the files that `configure'
created), type `make maintainer-clean'.
The file `configure.in' is used as a template to create
`configure' by a program called `autoconf'. You will only need it
if you want to regenerate `configure' using a newer version of
`autoconf'.