]> git.saurik.com Git - wxWidgets.git/blobdiff - wxPython/distrib/README.1st.txt
added missing button state
[wxWidgets.git] / wxPython / distrib / README.1st.txt
index ba13d95633206f7b7cd6613c0e45c720c8f930b5..d3ca71b86022149daa6705a416f6531657661d06 100644 (file)
-README for wxPythonSrc-*.tar.gz
--------------------------------
-
-Prior to version 2.3.3 of wxPython I had always made my Linux/Unix
-binaries based on the released binary of wxGTK and wxGTK-gl.  This
-imposed a few restrictions and so starting with 2.3.3 I have decided
-to do a combined binary that inlcudes wxGTK as well as wxPython.  This
-allows me a bit more flexibility and is consistent with how the
-Windows and Mac OS X binaries are built.
-
-If you are reading this file then you are probably interested in
-building your own copy of wxPython from the sources contained in this
-archive.  If you wish to use the released wxGTK binary as has been
-done in the past then you can still follow the old build directions in
-wxPython/BUILD.unix.txt.  If you are building for Windows or Mac OS X
-then you should look at wxPython/BUILD.win32.txt or
-wxPython/BUILD.osx.txt respectivly.
-
-If, on the other hand, you would like to build Linux/Unix binaries
-with a private copy of wxGTK like what I am now distributing then
-you'll want to follow the instructions in this file.  (You should
-probably still read wxPython/BUILD.unix.txt though since there are
-other details there that you may need to be aware of.
-
-Clear as mud?  Good.  Let's get started.
+README for wxPython-src-2.6.*.tar.bz2
+=====================================
 
 
 
 
-1. We'll be making a private copy of wxGTK so it doesn't conflict with
-   one used by wxGTK C++ apps that expect to have the default binary
-   installed from RPM or whatever.  I put it in /usr/lib/wxPython, but
-   you can use whatever you like.  I'll just set a variable to our wx
-   prefix to reference later:
-
-        export WXPREF=/usr/lib/wxPython
+This archive contains the source code and other files for both
+wxWidgets and wxPython.  Some things not needed for the build (such as
+the wxWidgets samples and docs) have been removed in order to minimize
+the size of the archive and are available elsewhere.  If you would
+like to have the complete set of sources and etc. then please either
+use a CVS snapshot from http://wxwindows.org/snapshots/ or do a
+checkout from CVS yourself (see http://www.wxwindows.org/cvs.htm.)  If
+you would like to use CVS to get the exact same sources as one of
+these tarballs then you can update using a release tag.  For example::
 
 
+      cvs update -r wxPy_2_6_1_0
 
 
-2. Make a build directory and configure wxGTK.
-
-        cd wxPythonSrc-2.4.0   # or whatever the top-level dir is
-        mkdir build
-        cd build
-        ../configure --with-gtk \
-                     --prefix=$WXPREF \
-                     --enable-rpath=$WXPREF/lib \
-                     --with-opengl \
-                    --enable-geometry \
-                     --enable-optimise \
-                     --enable-debug_flag \
 
 
-   You may want to use --enable-debug instead of --enable-optimise if
-   you need to run though a debugger and want full debugging symbols.
+For more details about building and installing wxWidgets and wxPython
+please see these files::
 
 
-   SOLARIS NOTE: The --enable-rpath option may cause problems when
-   using wxGTK on Solaris when compiling wxPython in step 4 below.
-   The woraround is to not use --enable-rpath flag for configure, but
-   in that case all wxPython applications must have the
-   LD_LIBRARY_PATH set to include $WXPREF/lib, or you can use the
-   'crle' program to modify the runtime linking environment.  If this
-   is the only installation of wxGTK on the system then you can use a
-   system library path for WXPREF and not have to worry about it at
-   all.
+      wxPython/docs/BUILD.txt
+      wxPython/docs/INSTALL.txt
 
 
-   If you want to use the image and zlib libraries included with
-   wxWindows instead of those already installed on your system, (for
-   example, to reduce dependencies on 3rd party libraries) then you
-   can add these flags to the configure command:
 
 
-                     --with-libjpeg=builtin \
-                     --with-libpng=builtin \
-                     --with-libtiff=builtin \
-                     --with-zlib=builtin \
+For a log of recent changes check these files::
 
 
-   If you would like to use GTK 2.x and unicode, then add the
-   following flags.  Please note that this is still considered beta,
-   but does look and work quite nice for the most part:
+      docs/changes.txt             (for wxWidgets)
+      wxPython/docs/CHANGES.txt    (for wxPython)
 
 
-                    --enable-gtk2 \
-                    --enable-unicode \
 
 
+And for information about major changes in wxPython 2.6 and how to
+migrate your existing code to 2.6 please read this file::
 
 
-3. Build and install wxGTK.  (You may need to be root for the last
-   step, depending on where your WXPREF is.)
+      wxPython/docs/MigrationGuide.txt
 
 
-        make
-        make install
 
 
+Further information can be found on the wxWidgets and wxPython web
+sites and the project wikis:: 
 
 
-4. Build and install wxPython.  If you want to use a different version
-   of Python than is found by default on the PATH then specify the
-   whole pathname in these steps.  The version of Python that runs
-   setup.py is the version wxPython will be built and installed for.
-   (You will need to be root for the install step unless your Python
-   is not in a system location.)
+      http://www.wxwindows.org/
+      http://wiki.wxwindows.org/
 
 
-        cd ../wxPython
-        python setup.py \
-               WX_CONFIG=$WXPREF/bin/wx-config \
-               build install
+      http://www.wxpython.org/
+      http://wiki.wxpython.org/
 
 
-   If you are using GTK 2.x and unicode then do it this way instead:
 
 
-        python setup.py \
-               WX_CONFIG=$WXPREF/bin/wx-config \
-              WXPORT=gtk2 UNICODE=1 \
-               build install
+And be sure to direct your questions to one of the various mail
+lists::
 
 
-   If you get errors about wxGLCanvas or being unable to find libGLU
-   or something like that then you can add BUILD_GLCANVAS=0 to the
-   setup.py command line to disable the building of the glcanvas
-   module.
+      http://www.wxpython.org/maillist.php
 
 
-   If you would like to install to some place besides the Python
-   site-packages directory (such as to your home directory) then you
-   can add "--root=<path>" after the "install" command.  To use
-   wxPython like this you'll need to ensure that the directory
-   containing wxPython is contained in the PYTHONPATH environment
-   variable.
 
 
 
 
-5. If you havn't already, get a new copy of the demo and documentation
-   to go with the wxPython you just built and installed.  See
-   http://wxpython.org/download.php#documentation
-
-
-6. Change to the demo directory and run it like this:
-
-        python demo.py
-
-   SOLARIS NOTE: If you get unresolved symbol errors when importing
-   wxPython and you are running on Solaris and building with gcc, then
-   you may be able to work around the problem by uncommenting a bit of
-   code in setup.py and building again.  Look for 'SunOS' in setup.py
-   and uncomment the block containing it.  The problem is that Sun's ld
-   does not automatically add libgcc to the link step.
-
-7. That's all, except for the having fun part!
-
+Have fun!
 
 
 --
 
 
 --