summaryrefslogtreecommitdiff
path: root/README
diff options
context:
space:
mode:
authorWilliam S Fulton <wsf@fultondesigns.co.uk>2013-05-02 07:29:30 +0100
committerWilliam S Fulton <wsf@fultondesigns.co.uk>2013-05-03 19:55:42 +0100
commit4bf045ce2c72f3cf3a20caa9dc42b26c9e6b6458 (patch)
tree0820b77f34eac8052ff48db50e1bad6a9d3ea228 /README
parente9b76e4c85e230cefff90128e80881499eb98d14 (diff)
downloadswig-4bf045ce2c72f3cf3a20caa9dc42b26c9e6b6458.tar.gz
Move installation and install check instructions from README to Preface section in the documentation.
Diffstat (limited to 'README')
-rw-r--r--README129
1 files changed, 9 insertions, 120 deletions
diff --git a/README b/README
index 6df8a4fbd..444643a0d 100644
--- a/README
+++ b/README
@@ -65,128 +65,17 @@ See the documentation for details of the SWIG_VERSION preprocessor
symbol if you have backward compatibility issues and need to use more
than one version of SWIG.
-Windows Installation
-====================
-Please see the Doc/Manual/Windows.html file for instructions on installing
-SWIG on Windows and running the examples. The Windows distribution is
-called swigwin and includes a prebuilt SWIG executable, swig.exe, included in
-the same directory as this README file. Otherwise it is exactly the same as
-the main SWIG distribution. There is no need to download anything else.
-
-Unix Installation
-=================
-You must use GNU `make' to build SWIG.
-
-http://www.gnu.org/software/make/
-
-PCRE needs to be installed on your system to build SWIG, in particular
-pcre-config must be available. If you have PCRE headers and libraries but not
-pcre-config itself or, alternatively, wish to override the compiler or linker
-flags returned by pcre-config, you may set PCRE_LIBS and PCRE_CFLAGS variables
-to be used instead. And if you don't have PCRE at all, the configure script
-will provide instructions for obtaining it.
-
-To build and install SWIG, simply type the following:
-
- % ./configure
- % make
- % make install
-
-By default SWIG installs itself in /usr/local. If you need to install SWIG in
-a different location or in your home directory, use the --prefix option
-to ./configure. For example:
-
- % ./configure --prefix=/home/yourname/projects
- % make
- % make install
-
-Note: the directory given to --prefix must be an absolute pathname. Do *NOT* use
-the ~ shell-escape to refer to your home directory. SWIG won't work properly
-if you do this.
-
-The file INSTALL details more about using configure. Also try
-
- % ./configure --help.
-
-The configure script will attempt to locate various packages on your machine
-including Tcl, Perl5, Python and all the other target languages that SWIG
-uses. Don't panic if you get 'not found' messages--SWIG does not need these
-packages to compile or run. The configure script is actually looking for
-these packages so that you can try out the SWIG examples contained
-in the 'Examples' directory without having to hack Makefiles.
-Note that the --without-xxx options, where xxx is a target language, have
-minimal effect. All they do is reduce the amount of testing done with
-'make check'. The SWIG executable and library files installed cannot currently
-be configured with a subset of target languages.
-
-SWIG used to include a set of runtime libraries for some languages for working
-with multiple modules. These are no longer built during the installation stage.
-However, users can build them just like any wrapper module as described in
-the documentation, Doc/Manual/Modules.html. The CHANGES file also lists some
-examples which build the runtime library.
-
-Notes:
-
-(1) If you checked the code out via Git, you will have to run ./autogen.sh
- before typing 'configure'. In addition, a full build of SWIG requires
- the a number of packages to be installed. Full instructions at
- http://www.swig.org/svn.html
-
-Macintosh OS X Installation
-============================
-SWIG is known to work on various flavors of OS X. Follow the Unix installation
-instructions above. However, as of this writing, there is still great deal of
-inconsistency with how shared libaries are handled by various scripting languages
-on OS X. We've tried to resolve these differences to the extent of our knowledge.
-
-Users of OS X should be aware that Darwin handles shared libraries and linking in
-a radically different way than most Unix systems. In order to test SWIG and run
-the examples, SWIG configures itself to use flat namespaces and to allow undefined
-symbols (-flat_namespace -undefined suppress). This mostly closely follows the Unix
-model and makes it more likely that the SWIG examples will work with whatever
-installation of software you might have. However, this is generally not the recommended
-technique for building larger extension modules. Instead, you should utilize
-Darwin's two-level namespaces. Some details about this can be found here
-
-http://developer.apple.com/documentation/ReleaseNotes/DeveloperTools/TwoLevelNamespaces.html
-
-Needless to say, you might have to experiment a bit to get things working at first.
+Installation
+============
+Please read the Doc/Manual/Preface.html#Preface_installation for
+full installation instructions for Windows, Unix and Mac OS X.
+The INSTALL file has generic build and installation instructions for
+Unix users.
Testing
=======
-If you want to test SWIG before installation, type the following:
-
- % make -k check
-
-'make -k check' requires at least one of the target languages to be
-installed. If it fails, it may mean that you have an uninstalled
-language module or that the file 'Examples/Makefile' has been
-incorrectly configured. It may also fail due to compiler issues such
-as broken C++ compiler. Even if 'make -k check' fails, there is a
-pretty good chance SWIG still works correctly---you will just have to
-mess around with one of the examples and some makefiles to get it to work.
-Some tests may also fail due to missing dependency packages, eg PCRE
-or Boost, but this will require careful analysis of the configure output.
-
-The testing suite executed by 'make -k check' is designed to stress-test
-many parts of the implementation including obscure corner cases. If some
-of these tests fail or generate warning messages, there is no reason for
-alarm---the test may be related to some new SWIG feature or a difficult bug
-that we're trying to resolve. Chances are that SWIG will work just fine
-for you. Note that if you have more than one CPU/core, then you can use
-parallel make to speed up the check as it does take quite some time to run,
-for example:
-
- % make -j2 -k check
-
-Also, SWIG's support for C++ is sufficiently advanced that certain
-tests may fail on older C++ compilers (for instance if your compiler
-does not support member templates). These errors are harmless if you
-don't intend to use these features in your own programs.
-
-Note: The test-suite currently contains over 500 tests. If you
-have many different target languages installed and a slow machine, it
-might take more than an hour to run the test-suite.
+The typical 'make -k check' can be performed on Unix operating systems.
+Please read Doc/Manual/Preface.html#Preface_testing for details.
Examples
========
@@ -208,7 +97,7 @@ Troubleshooting
In order to operate correctly, SWIG relies upon a set of library
files. If after building SWIG, you get error messages like this,
- % swig foo.i
+ $ swig foo.i
:1. Unable to find 'swig.swg'
:3. Unable to find 'tcl8.swg'