mirror of
https://github.com/reactos/reactos.git
synced 2024-10-31 03:48:17 +00:00
121 lines
4.1 KiB
Plaintext
121 lines
4.1 KiB
Plaintext
**********************************************************************
|
|
* INSTALL file for STLport 5.2 *
|
|
* *
|
|
**********************************************************************
|
|
|
|
STLport is a full ANSI C++ Standard library.
|
|
|
|
This distribution contains STLport sources only, no binaries.
|
|
To use STLport iostreams, locale and complex numbers, you have
|
|
to build STLport library from sources and link your programs with it.
|
|
|
|
Starting with 5.0 the 'wrapper' mode is not supported anymore.
|
|
You cannot use native compiler iostreams implementation with STLport STL
|
|
(see doc/FAQ for explanations).
|
|
|
|
==== Installing STLport ==========
|
|
|
|
0) DO NOT overwrite/move/rename header files coming with the compiler,
|
|
even if you made a backup---STLport need this headers and don't
|
|
override ones.
|
|
|
|
1) Run
|
|
|
|
./configure --help
|
|
|
|
read options description; if you use compiler
|
|
different from gcc, pay attention to --use-compiler-family= option.
|
|
|
|
2) Run
|
|
|
|
./configure <option>
|
|
|
|
Options here more-or-less traditional.
|
|
|
|
Note: ./configure give hints only for library build, it dosen't
|
|
create/edit any headers, check you system etc. This is simple way
|
|
to store custom options, not more. If you want to change default
|
|
behaviour of STLport, see stlport/stl/config/user_config.h and
|
|
stlport/stl/config/host.h; read the comments in this files!
|
|
Not all combinations of options healthy, you should understand
|
|
what you do. If not, keep all unchanged.
|
|
|
|
Note: you can find all recognised 'settings' in the file
|
|
build/Makefiles/gmake/config.mak
|
|
|
|
This is generated file, but only ./configure will rewrite one.
|
|
|
|
3) Run
|
|
|
|
make && make check
|
|
|
|
Only GNU Make supported! Preferred verion of GNU Make >= 3.81;
|
|
never use GNU Make before 3.79 --- build not work properly;
|
|
GNU makes >= 3.79 and < 3.81 may fail to build library/tests
|
|
properly, due to bugs; but the real results depends upon
|
|
platform.
|
|
|
|
4) If build fine, become superuser and run
|
|
|
|
make install
|
|
|
|
Note: you can use --prefix= to change installation path
|
|
(or macro DESTDIR, as usual), or even skip installation and use
|
|
STLport in-place.
|
|
|
|
==== Usage STLport ==========
|
|
|
|
1) The best way to understand how to use it, is to see on compilation,
|
|
linking, running unit tests, i.e. see on options when you do
|
|
|
|
(cd build/test/unit; make check)
|
|
|
|
2) Make sure "stlport" directory of this distribution comes before
|
|
compiler's one in your include paths (something like
|
|
-I<base install path>/stlport); never rename 'stlport' part of path!
|
|
|
|
Compilation:
|
|
|
|
c++ -pthread -fexceptions -O2 -I/usr/local/include/stlport -c -o test.o test.cc
|
|
|
|
In case of gcc, libstlport replace libstdc++ (not in all cases!)
|
|
|
|
Link, variant 1:
|
|
|
|
c++ -pthread -fexceptions -O2 -I/usr/local/include/stlport -nostdlib -o mytest \
|
|
/usr/lib/gcc/i686-pc-linux-gnu/4.2.4/../../../crt1.o \
|
|
/usr/lib/gcc/i686-pc-linux-gnu/4.2.4/../../../crti.o \
|
|
/usr/lib/gcc/i686-pc-linux-gnu/4.2.4/crtbegin.o \
|
|
test.o \
|
|
-lstlport \
|
|
-lgcc_s -lpthread -lc -lm \
|
|
/usr/lib/gcc/i686-pc-linux-gnu/4.2.4/crtend.o \
|
|
/usr/lib/gcc/i686-pc-linux-gnu/4.2.4/../../../crtn.o
|
|
|
|
Of cause, names of start/stop files not hardcoded, you can locate it with
|
|
|
|
c++ -print-file-name=crt1.o
|
|
|
|
Link, variant 2:
|
|
|
|
gcc -pthread -fexceptions -O2 -I/usr/local/include/stlport -o mytest \
|
|
test.o -lstlport
|
|
|
|
If you use gcc before 3.3, you must link with libstdc++, because
|
|
language-support library (libsupc++.a) don't contain necessary
|
|
functions.
|
|
|
|
3) STLport builds only multithreaded libraries (by default), so your
|
|
application should be compiled as multithreaded, too. Use -pthread
|
|
(or -pthreads on Solaris) option for GCC, -mt for SunPro and so on.
|
|
Sometimes you should define _REENTRANT or something else, depends
|
|
upon platform/compiler. See compiler's and linker's options
|
|
on command line when you build unit tests (build/test/unit)
|
|
for reference. The last is useful for ANY platform (special
|
|
attention for Windows users).
|
|
|
|
4) Don't hesitate to read READMEs (doc/README*, build/lib/README*,
|
|
build/test/unit/README*) and doc/FAQ.
|
|
|
|
5) Have fun!
|