]> git.saurik.com Git - wxWidgets.git/blobdiff - docs/gtk/install.txt
unifying CFTypes
[wxWidgets.git] / docs / gtk / install.txt
index 3bec5f9ebd2af5fb230bcaa3e39f5f2ff95844ac..6d26f7425a20fbecaaca90aecb13a73f928bad72 100644 (file)
-* The most simple case
------------------------
+wxWidgets for GTK+ installation
+-------------------------------
+
+IMPORTANT NOTE:
+
+  If you experience problems installing, please re-read these
+  instructions and other related files (todo.txt, bugs.txt and
+  osname.txt for your platform if it exists) carefully before
+  mailing wxwin-users or the author. Preferably, try to fix the
+  problem first and then send a patch to the author.
+
+  When sending bug reports tell us what version of wxWidgets you are
+  using (including the beta) and what compiler on what system. One
+  example: wxGTK 2.8.0, gcc 3.4.5, Fedora Core 4
+
+* The simplest case
+-------------------
+
+If you compile wxWidgets on Linux for the first time and don't like to read
+install instructions just do (in the base dir):
+
+> mkdir buildgtk
+> cd buildgtk
+> ../configure --with-gtk
+> make
+> su <type root password>
+> make install
+> ldconfig
+[if you get "ldconfig: command not found", try using "/sbin/ldconfig"]
+
+If you don't do the 'make install' part, you can still use the libraries from
+the buildgtk directory, but they may not be available to other users.
+
+If you want to remove wxWidgets on Unix you can do this:
+
+> su <type root password>
+> make uninstall
+> ldconfig
+
+Note that by default, GTK+ 2.X is used. GTK+ 1.2 can be specified
+with --with-gtk=1.
 
 
-If you compile wxWindows on Unix for the first time and don't 
-like to read install instructions just do (in the base dir):
+* The expert case
+-----------------
 
 
-./configure --without-threads
+If you want to do some more serious cross-platform programming with wxWidgets,
+such as for GTK+ and Motif, you can now build two complete libraries and use
+them concurrently. To do this, create a separate directory for each build
+of wxWidgets - you may also want to create different versions of wxWidgets
+and test them concurrently. Most typically, this would be a version configured
+with --enable-debug and one without.
+
+For building three versions (one GTK+, one Motif and a debug version of the GTK
+source) you'd do this:
+
+mkdir buildmotif
+cd buildmotif
+../configure --with-motif
 make
 make
+cd ..
 
 
-and drink 10 coffees. Then you may log in as root and type
+mkdir buildgtk
+cd buildgtk
+../configure --with-gtk
+make
+cd ..
 
 
-make install
+mkdir buildgtkd
+cd buildgtkd
+../configure --with-gtk --enable-debug
+make
+cd ..
 
 
-You can leave out the --without-threads option if you have 
-a NEW Linux distribution based on glibc (e.g. RedHat 5.1 or 
-Debian 2.0) or any other Unix that comes with Posix threads 
-or SGI threads.
+Note that you can install all those libraries concurrently, you just need to
+pass the appropriate flags when using them.
 
 
-Now create your super-application myfoo.app and compile anywhere 
-with
+* The simplest errors
+---------------------
 
 
-g++ myfoo.cpp `wx-config --libs` `wx-config --cflags` -o myfoo
+For any configure errors: please look at config.log file which was generated
+during configure run, it usually contains some useful information.
 
 
-* General
------------------------
+configure reports, that you don't have GTK+ 1.2/2.0 installed although you are
+very sure you have. Well, you have installed it, but you also have another
+version of the GTK+ installed, which you may need to remove including other
+versions of glib (and its headers). Or maybe you installed it in a non-default
+location and configure can't find it there, so please check that your PATH
+variable includes the path to the correct gtk-config/pkg-config. Also check
+that your LD_LIBRARY_PATH or equivalent variable contains the path to GTK+
+libraries if they were installed in a non-default location.
 
 
-The Unix variants of wxWindows use GNU configure. If you have 
-problems with your make use GNU make instead.
+You get errors from make: please use GNU make instead of the native make
+program. Currently wxWidgets can be built only with GNU make, BSD make and
+Solaris make. Other versions might work or not (any which don't have VPATH
+support definitely won't).
 
 
-If you have general problems with installation, read my 
-homepage at 
+You get errors during compilation: The reason is that you probably have a
+broken compiler.  GCC 2.8 and earlier versions and egcs are likely to cause
+problems due to incomplete support for C++ and optimisation bugs.  Best to use
+GCC 2.95 or later.
 
 
-  http://wesley.informatik.uni-freiburg.de/~wxxt
-  
-for newest information. If you still don't have any success,
-please send a bug report to one of our mailing lists (see
-my homepage) INCLUDING A DESCRIPTION OF YOUR SYSTEM AND 
-YOUR PROBLEM, SUCH AS YOUR VERSION OF GTK, WXGTK, WHAT
-DISTRIBUTION YOU USE AND WHAT ERROR WAS REPORTED. I know 
-this has no effect, but I tried...
+You get immediate segfault when starting any sample or application: This is
+either due to having compiled the library with different flags or options than
+your program - typically you might have the __WXDEBUG__ option set for the
+library but not for your program - or due to using a compiler with optimisation
+bugs.
 
 
-* GUI libraries
------------------------
+* The simplest program
+----------------------
 
 
-wxWindows/GTK requires the GTK+ library to be installed on your system.
-It has to be a stable version, preferebly version 1.0.6. When using
-a version previous to 1.0.6 you'll get crashes here and there. Although
-wxWindows/GTK now compiles with GTK+ 1.1.3, it does not set work
-properly. Wait for a stable version GTK 1.2. 
+Now create your super-application myfoo.cpp and compile anywhere with
 
 
-You can get the newest version of the GTK+ from the GTK homepage
-at
-  http://www.gtk.org
-  
-We also mirror GTK+ 1.0.6 at our ftp site. You'll find information
-about downloading at my homepage.
-  
-* Additional libraries
------------------------
+g++ myfoo.cpp `wx-config --libs --cxxflags` -o myfoo
 
 
-wxWindows/Gtk requires a thread library and X libraries
-known to work with threads. This is the case on all
-commercial Unix-Variants and all Linux-Versions that
-are based on glibc 2 except RedHat 5.0 which is broken
-in many aspects. As of writing this, these Linux 
-distributions have correct glibc 2 support:
+* GUI libraries
+---------------
 
 
- - RedHat 5.1
- - Debian 2.0
- - Stampede
-The next major version of SuSE will also support glibc 2,
-but version 5.X does not. Also Caldera and Slackware
-don't yet support glibc 2.
+wxWidgets/GTK+ requires the GTK+ library to be installed on your system. It has
+to be a stable version, preferably GTK+ 2.x.y, where x is an even number.
+GTK+ version 1.2 is highly discouraged, but if you decide to still use it,
+please use version 1.2.10 (at least 1.2.3 is required, 1.2.7 is strongly recommended).
 
 
-On IRIX you can also use SGI threads if Posix-Threads
-are not present. The SGI threads will be detected by
-configure automatically.
+You can get the newest version of the GTK+ from the GTK+ homepage at:
 
 
-You can always disable thread support by running 
+  http://www.gtk.org
 
 
-./configure "--without-threads"
-make clean
-make
-  
-NB: I included thread support in wxWindows/Gtk, as this 
-problem will disappear in the near future when all major 
-Linux Variants have moved to glibc 2. Also, the Linux
-Base Standard will include glibc 2.
+We also mirror GTK+ at my ftp site. You'll find information about downloading
+at my homepage.
 
 
-* Create your configuration
------------------------------
+* Additional libraries
+----------------------
 
 
-Usage:
-       ./configure options
+wxWidgets/Gtk requires a thread library and X libraries known to work with
+threads.  This is the case on all commercial Unix-Variants and all
+Linux-Versions that are based on glibc 2 except RedHat 5.0 which is broken in
+many aspects. As of writing this, virtually all Linux distributions have
+correct glibc 2 support.
 
 
-If you want to use system's C and C++ compiler,
-set environment variables CC and CCC as
+You can disable thread support by running
 
 
-       % setenv CC cc
-       % setenv CCC CC
-       % ./configure options
+./configure --disable-threads
+make
+su <type root password>
+make install
+ldconfig
+exit
+
+* Building wxGTK on OS/2
+------------------------
+
+Please send comments and question about the OS/2 installation
+to Stefan Neis <Stefan.Neis@t-online.de> and patches to
+the wxWidgets mailing list.
+
+In the following list, the version numbers indicate the configuration that
+was actually used by myself, newer version should cause no problems and
+even older ones are expected to work most of the time.
+
+You'll need OS/2 Warp (4.51) or eCS(1.0), X-Free86/2 (3.3.6 or newer),
+GTK+ (1.2.5 or newer), emx (0.9d fix 4), a Unix like shell (pdksh-5.2.14 or
+ash), Autoconf (2.57), GNU file utilities (3.13), GNU text utilities (1.19),
+GNU shell utilites (1.12), m4 (1.4), sed (2.05), grep (2.0), Awk (3.0.3),
+GNU Make (3.75).
+
+Preferably, you should have Posix/2 installed and C(PLUS)_INCLUDE_PATH and
+LIBRARY_PATH set up accordingly, however, wxGTK will even work without it.
+Presence of Posix/2 will be auto-detected.
+
+Open an OS/2 prompt and switch to the directory above.
+Set MAKESHELL or MAKE_SHELL (which one is needed depends on the version of
+make) to a Unix like shell, e.g.
+SET MAKESHELL=ash
+If you have a really deficient version of GNU make, it might even be
+necessary to set SHELL or even COMSPEC to a unix like shell as well. 
+Depending on your installation you might want to also set INSTALL, for me
+it tends to try to use the system's tcpip\pcomos\install.exe which causes
+problems, e.g.
+SET INSTALL=<path_to_src_directory>/install-sh -c
+
+Notice that the delivered configure scripts are fully OS/2 aware, so you
+can simply run
+    ash -c "configure --with-gtk=1"
+and make and possibly make install as described above.
+
+* Building wxGTK on SGI
+-----------------------
 
 Using the SGI native compilers, it is recommended that you
 
 Using the SGI native compilers, it is recommended that you
-also set CFLAGS and CXXFLAGS before running configure. These 
+also set CFLAGS and CXXFLAGS before running configure. These
 should be set to :
 
 should be set to :
 
-CFLAGS="-mips3 -n32" 
+CFLAGS="-mips3 -n32"
 CXXFLAGS="-mips3 -n32"
 
 CXXFLAGS="-mips3 -n32"
 
-This is essential if you want to use the resultant binaries 
-on any other machine than the one it was compiled on. If you 
-have a 64bit machine (Octane) you should also do this to ensure 
-you don't accidently build the libraries as 64bit (which is 
+This is essential if you want to use the resultant binaries
+on any other machine than the one it was compiled on. If you
+have a 64bit machine (Octane) you should also do this to ensure
+you don't accidently build the libraries as 64bit (which is
 untested).
 
 The SGI native compiler support has only been tested on Irix 6.5.
 
 untested).
 
 The SGI native compiler support has only been tested on Irix 6.5.
 
-to see all the options please use:
+* Building wxGTK on Cygwin
+--------------------------
 
 
-       ./configure --help
+The normal build instructions should work fine on Cygwin. The one difference
+with Cygwin is that when using the "--enable-shared" configure option (which
+is the default) the API is exported explicitly using __declspec(dllexport)
+rather than all global symbols being available.
 
 
-The basic philosophy is that if you want to use different
-configurations, like a debug and a release version, 
-or use the same source tree on different systems,
-you have only to change the environment variable OSTYPE.
-(Sadly this variable is not set by default on some systems
-in some shells - on SGI's for example). So you will have to 
-set it there. This variable HAS to be set before starting 
-configure, so that it knows which system it tries to 
-configure for.
+This shouldn't make a difference using the library and should be a little
+more efficient. However if an export attribute has been missed somewhere you
+will see linking errors. If this happens then you can work around the
+problem by setting LDFLAGS=-Wl,--export-all-symbols. Please also let us know
+about it on the wx-dev mailing list.
 
 
-Configure will complain if the system variable OSTYPE has 
-not been defined. And Make in some circumstances as well...
+* Create your configuration
+---------------------------
+
+Usage:
+    ./configure options
+
+If you want to use system's C and C++ compiler,
+set environment variables CC and CXX as
+
+    % setenv CC cc
+    % setenv CXX CC
+    % ./configure [options]
+
+to see all the options please use:
+
+    ./configure --help
+
+It is recommended to build wxWidgets in another directory (maybe a
+subdirectory of your wxWidgets installation) as this allows you to
+have multiple configurations (for example, debug and release or GTK
+and Motif) simultaneously.
 
 
 * General options
 
 
 * General options
--------------------
+-----------------
+
+Given below are the commands to change the default behaviour,
+i.e. if it says "--disable-threads" it means that threads
+are enabled by default.
 
 Normally, you won't have to choose a toolkit, because when
 you download wxGTK, it will default to --with-gtk etc. But
 
 Normally, you won't have to choose a toolkit, because when
 you download wxGTK, it will default to --with-gtk etc. But
-if you use all of our CVS repository you have to choose a 
+if you use all of our CVS repository you have to choose a
 toolkit. You must do this by running configure with either of:
 
 toolkit. You must do this by running configure with either of:
 
-        --with-gtk               Use the GIMP ToolKit (GTK)
-       
-       --with-qt                Use Qt from TrollTec
-       
-       --with-motif             Use either Motif or Lesstif
-                                Configure will look for both. 
+    --with-gtk=2            Use the GTK+ 2.0. Default.
+    --with-gtk=1            Use the GTK+ 1.2.
+    --with-motif            Use either Motif or Lesstif
+                            Configure will look for both.
 
 The following options handle the kind of library you want to build.
 
 
 The following options handle the kind of library you want to build.
 
-       --without-threads       Compile without thread support.
+    --disable-threads       Compile without thread support.
+
+    --disable-shared        Do not create shared libraries, but
+                            build static libraries instead.
+
+    --enable-monolithic     Build wxWidgets as single library instead
+                            of as several smaller libraries (which is
+                            the default since wxWidgets 2.5.0).
+
+    --disable-optimise      Do not optimise the code. Can
+                            sometimes be useful for debugging
+                            and is required on some architectures
+                            such as Sun with gcc 2.8.X which
+                            would otherwise produce segvs.
+
+    --enable-unicode        Enable Unicode support.
+
+    --enable-profile        Add profiling info to the object
+                            files. Currently broken, I think.
 
 
-       --without-shared        Do not create shared libraries.
+    --enable-no_rtti        Enable compilation without creation of
+                            C++ RTTI information in object files.
+                            This will speed-up compilation and reduce
+                            binary size.
 
 
-       --without-optimise      Do not optimise the code.
+    --enable-no_exceptions  Enable compilation without creation of
+                            C++ exception information in object files.
+                            This will speed-up compilation and reduce
+                            binary size. Also fewer crashes during the
+                            actual compilation...
 
 
-       --with-profile          Add profiling info to the object 
-                               files. Currently broken, I think.
-                               
-       --with-mem_tracing      Add built-in memory tracing. 
-                               This doesn't work well with gcc.
-                               
-       --with-dmalloc          Use the dmalloc memory debugger.
-                               Read more at www.letters.com/dmalloc/
-                               
-       --with-debug_info       Add debug info to object files and
-                               executables.
+    --enable-no_deps        Enable compilation without creation of
+                            dependency information.
 
 
-       --with-debug_flag       Define __DEBUG__ and __WXDEBUG__ when
-                               compiling.
+    --enable-permissive     Enable compilation without checking for strict
+                            ANSI conformance.  Useful to prevent the build
+                            dying with errors as soon as you compile with
+                            Solaris' ANSI-defying headers.
+
+    --enable-mem_tracing    Add built-in memory tracing.
+
+    --enable-dmalloc        Use the dmalloc memory debugger.
+                            Read more at www.letters.com/dmalloc/
+
+    --enable-debug_info     Add debug info to object files and
+                            executables for use with debuggers
+                            such as gdb (or its many frontends).
+
+    --enable-debug_flag     Define __DEBUG__ and __WXDEBUG__ when
+                            compiling. This enable wxWidgets' very
+                            useful internal debugging tricks (such
+                            as automatically reporting illegal calls)
+                            to work. Note that program and library
+                            must be compiled with the same debug
+                            options.
+
+    --enable-debug          Same as --enable-debug_info and
+                            --enable-debug_flag together. Unless you have
+                            some very specific needs, you should use this
+                            option instead of --enable-debug_info/flag ones
+                            separately.
 
 * Feature Options
 
 * Feature Options
--------------------
+-----------------
+
+When producing an executable that is linked statically with wxGTK
+you'll be surprised at its immense size. This can sometimes be
+drastically reduced by removing features from wxWidgets that
+are not used in your program. The most relevant such features
+are
+
+    --with-odbc             Enables ODBC code. This is disabled
+                            by default because iODBC is under the
+                            L-GPL license which is less liberal than
+                            wxWidgets license.
+
+    --without-libpng        Disables PNG image format code.
+
+    --without-libjpeg       Disables JPEG image format code.
+
+    --without-libtiff       Disables TIFF image format code.
+
+    --without-expat         Disable XML classes based on Expat parser.
+
+    --disable-pnm           Disables PNM image format code.
+
+    --disable-gif           Disables GIF image format code.
+
+    --disable-pcx           Disables PCX image format code.
+
+    --disable-iff           Disables IFF image format code.
+
+    --disable-resources     Disables the use of *.wxr type resources.
+
+    --disable-threads       Disables threads. Will also disable sockets.
+
+    --disable-sockets       Disables sockets.
+
+    --disable-dnd           Disables Drag'n'Drop.
+
+    --disable-clipboard     Disables Clipboard.
+
+    --disable-serial        Disables object instance serialisation.
+
+    --disable-streams       Disables the wxStream classes.
+
+    --disable-file          Disables the wxFile class.
+
+    --disable-textfile      Disables the wxTextFile class.
+
+    --disable-intl          Disables the internationalisation.
+
+    --disable-validators    Disables validators.
+
+    --disable-accel         Disables accelerators support.
+
+Apart from disabling certain features you can very often "strip"
+the program of its debugging information resulting in a significant
+reduction in size.
+
+Please see the output of "./configure --help" for comprehensive list
+of all configurable options.
 
 
-As I don't yet care for binary size and target mainly at
-producing a shared library, wxWindows's configure system auto-
-matically enables all features, as long as they are already
-implemented. It is currently NOT possible to disable these
-options (in contrast to what configure tells you).
 
 * Compiling
 
 * Compiling
--------------
+-----------
 
 The following must be done in the base directory (e.g. ~/wxGTK
 or ~/wxWin or whatever)
 
 
 The following must be done in the base directory (e.g. ~/wxGTK
 or ~/wxWin or whatever)
 
-Now the makefiles are created and you can compile everything 
-by typing:
-
-       make
+Now the makefiles are created (by configure) and you can compile
+the library by typing:
 
 
-make yourself some coffee, as it will try to compile ALL the 
-files in this distribution. During compilation, you'll get
-a few warning messages.
+    make
 
 
-if you want to be more selective:
+make yourself some coffee, as it will take some time. On an old
+386SX possibly two weeks. During compilation, you'll get a few
+warning messages depending in your compiler.
 
 
-       make src        will build only the base libraries
-       make samples    will build the samples
-       make other      will build everything in other
-       make user       will build everything in user
+If you want to be more selective, you can change into a specific
+directory and type "make" there.
 
 
-Then you may install the library and it's header files under
+Then you may install the library and its header files under
 /usr/local/include/wx and /usr/local/lib respectively. You
 have to log in as root (i.e. run "su" and enter the root
 password) and type
 
 /usr/local/include/wx and /usr/local/lib respectively. You
 have to log in as root (i.e. run "su" and enter the root
 password) and type
 
-        make install   
-       
-Depending on the configuration of some files, the libraries
-and binaries will be placed in different directories.
-The "global" binaries and libraries will be placed in:
-
-       bin/$(OSTYPE) and
-       lib/$(OSTYPE) respectively
+        make install
 
 
-"local" binaries and libraries will be placed in:
+You can remove any traces of wxWidgets by typing
 
 
-       (basedir of that application)/$(OSTYPE).
+        make uninstall
 
 
-This is also the place where all the object-files will go.
-
-If you want to conserve disk space by removing unnecessary
+If you want to save disk space by removing unnecessary
 object-files:
 
 object-files:
 
-        make clean_obj
+make clean
 
 
-will do the work for you.
+in the various directories will do the work for you.
 
 * Creating a new Project
 --------------------------
 
 
 * Creating a new Project
 --------------------------
 
-There are two ways to create your own project:
-
 1) The first way uses the installed libraries and header files
 automatically using wx-config
 
 1) The first way uses the installed libraries and header files
 automatically using wx-config
 
-g++ myfoo.cpp `wx-config --libs` `wx-config --cflags` -o myfoo
+g++ myfoo.cpp `wx-config --cxxflags --libs` -o myfoo
 
 Using this way, a make file for the minimal sample would look
 like this
 
 
 Using this way, a make file for the minimal sample would look
 like this
 
-CC = g++
+CC = gcc
 
 minimal: minimal.o
 
 minimal: minimal.o
-    $(CC) -o minimal minimal.o `wx-config --libs` 
+       $(CC) -o minimal minimal.o `wx-config --libs`
 
 minimal.o: minimal.cpp mondrian.xpm
 
 minimal.o: minimal.cpp mondrian.xpm
-    $(CC) `wx-config --cflags` -c minimal.cpp -o minimal.o
+       $(CC) `wx-config --cxxflags` -c minimal.cpp -o minimal.o
 
 
-clean: 
+clean:
        rm -f *.o minimal
 
        rm -f *.o minimal
 
-This is certain to become the standard way unless we decide
-to sitch to tmake.
+If your application uses only some of wxWidgets libraries, you can
+specify required libraries when running wx-config. For example,
+`wx-config --libs=html,core` will only output link command to link
+with libraries required by core GUI classes and wxHTML classes. See
+the manual for more information on the libraries.
 
 
-2) The other way creates a project within the source code 
-directories of wxWindows: In this case I propose to put 
-all contributed programs in the directory "/user", with a 
-directory of its own.
+2) The other way creates a project within the source code
+directories of wxWidgets. For this endeavour, you'll need
+GNU autoconf version 2.14 and add an entry to your Makefile.in
+to the bottom of the configure.in script and run autoconf
+and configure before you can type make.
 
 
-This directory then should include the following files:
-
-Makefile        (You can copy this one from any application in samples
-                 probably you will not need to edit this one. There is
-                 only one case where you might be interested in changing
-                 this file, but about that see later.)
-Makefile.in    (This is the base application-Makefile template, from
-                 which the actual Makefile for each system is created.
-                 More about this later)
-
-put ALL your source code along with all the other stuff you need for
-your application in this directory (subdirectories are welcome).
-
-
-** Something about Makefiles
-------------------------------
-
-On general principle it should only contain ONE line, which is as follows:
-
-       include ../../setup/general/makeapp
-
-this will include all the necessary definitions for creating the applications
-
-the only case where you might want to add another line is the following:
-this version of configure also supports creation of source archives of the
-application for easy distribution and updates to newer version of wxWindows.
-    For this purpose all files in the application-directory will be put into
-a gziped tar-file in the full notation user/<your application>/*
-if you want to include some other files that you want "more visible", like
-a README.<yourApp> or a shell script for easy 
-compilation/installation/distribution, then you have to add a variable
-
-       DISTRIBUTE_ADDITIONAL=<your files>
-
-to the Makefile.
-So it would look like this:
-
-       DISTRIBUTE_ADDITIONAL=README.TheApp
-       include ../../setup/general/makeapp
-
-As we have already talked about distribution the command to create a 
-distribution is:
-
-       make distrib
-
-NOTE: If you are in the base directory of wxWindows it will create 
-distribution packages for wxWindows as well as for all packages in the
-user directory.
-    So if you want to create only packages for the files in user,
-then go to the directory other and type:
-
-       make distrib
-
-or if you only want one application to be created then
-enter the specific directory and type there:
-make distrib
-
-All the distribution files will be put in the directory
-distrib at the base of the wxWindows-tree (where also configure
-and template.mak can be found).
-
-** Something about Makefile.in
---------------------------------
-
-As you have already seen with Makefile, configure makes a lot of use
-if the include statement in make to keep the Makefiles as simple as 
-possible.
-
-So basically there are only variables to define and then a include command.
-Exception to this rule is if you have special rules for some stuff...
-These rules should go AFTER the include statement!!!
-
-so the general header looks like this:
-
-       # wxWindows base directory
-       WXBASEDIR=@WXBASEDIR@
-       # set the OS type for compilation
-       OS=@OS@
-       # compile a library only
-       RULE=bin
-
-and the general footer will look like this:
-
-       # include the definitions now
-       include ../../../template.mak
-
-the key variable is RULE, which defines what make should create
-in this directory.
-
-here are some examples:
-
-  RULE   description              
-  ===========================================================================
-  bin    creates a local binary (for a global binary prefix bin with g)
-         additional variables needed:
-               BIN_TARGET      this gives the name of your application
-               BIN_OBJ         this gives the object files needed to
-                               link the application
-         optional variables are:
-               BIN_SRC         this gives the list of c/c++ files for
-                               which dependencies will be checked.
-                               (This can be achieved with: make depend)
-               BIN_LINK        this gives commands for additional
-                               libraries needed to link the application
-  ---------------------------------------------------------------------------
-  bin2   creates two local binaries (for global binaries prefix bin2 with g)
-         in addition to the variables specified above you MUST also
-         provide the same variables with BIN2_ instead of BIN_
-  ---------------------------------------------------------------------------
-  lib    creates a local library (for a global binary prefix bin with g)
-         additional variables needed:
-               LIB_TARGET      this gives the name of your library
-               LIB_OBJ         this gives the object files needed for
-                               the library to be build.
-         optional variables are:
-               LIB_SRC         this gives the list of c/c++ files for
-                               which dependencies will be checked.
-         libbin and libgbin are also possible and will need in addition
-         the variables from bin
-  ---------------------------------------------------------------------------
-  gslib          is similar to lib, but it creates a shared library if the system
-         supports it.
-         additional variables needed:
-               LIB_MAJOR       major number of the shared library
-               LIB_MINOR       minor number of the shared library
-  ---------------------------------------------------------------------------
-  other additional variables:
-
-         ADD_COMPILE      define additional includes/defines that
-                          are needed to compile the object files
-                          (if you need to reference some directory
-                          utils - like wxGrid -, then please 
-                          reference them with the variables defined
-                          in template.mak - e.g.: $(SRCDIR),$(UTILS),
-                          $(SAMPLES),$(OTHERS))
-
-         NEEDED_DEFINES   lists all the defines that HAVE to be set in
-                          /include/wx/setup.h to compile correctly.
-
-         SRC_DIR          lists all directories that are needed to
-                          compile. (i.e: lists all the directories,
-                          where there are source-files.) But it is 
-                          also needed to clean an object and for 
-                          machines, for which make does not support 
-                          VPATH
-
-currently there are the following compiling rules provided:
-object files are created for the following file extensions:
-.c .cc .cpp
-
-Please have a closer look at the Makefiles in this distribution.
-
-* Platforms configure is working with
----------------------------------------
-
-Please report build succes on any machine. Especially non-
-Linux operating systems (which I don't have).
-
-Original author of the autoconf system for wxxt-1.66 and for this INSTALL
-file:
-
-       Martin Sperl    sperl@dsn.ast.univie.ac.at
-       
-Ported to wxGTK 0.1:
-
-       Wolfram Gloger  wmglo@dent.med.uni-muenchen.de
-
-Thanks alot to both of them.
+----------------------
 
 In the hope that it will be useful,
 
 
 In the hope that it will be useful,
 
-        Robert Roebling roebling@sun2.ruf.uni-freiburg.de
-       
-       
+        Robert Roebling
+