summaryrefslogtreecommitdiff
path: root/config_office
diff options
context:
space:
mode:
authorVladimir Glazounov <vg@openoffice.org>2003-06-12 09:15:33 +0000
committerVladimir Glazounov <vg@openoffice.org>2003-06-12 09:15:33 +0000
commitb5561b403552d1188cc4e39cfe07be47fa770722 (patch)
tree3c72a82ba45044adf2cbd925aa03461af54f37d2 /config_office
parent42b8ab7cf345e5104406d199343702b45f527140 (diff)
INTEGRATION: CWS mh11rc (1.8.16); FILE MERGED
2003/06/06 08:51:47 mh 1.8.16.1: join: from beta2
Diffstat (limited to 'config_office')
-rw-r--r--config_office/README74
1 files changed, 50 insertions, 24 deletions
diff --git a/config_office/README b/config_office/README
index a088b326682b..75911c3e3dec 100644
--- a/config_office/README
+++ b/config_office/README
@@ -1,41 +1,67 @@
Various unresolved issues with configure:
----------------------------------------
-* Providing the location of perl5 with --with-perl-home does not work.
-Please make sure that perl5 is on your path.
-
* --with-gcc-home may cause a warning message to be displayed even if the
-correct version of gcc is found. This should be harmless.
+ correct version of gcc is found. This should be harmless.
* It is at present time not possible to use --with-local-solenv to point
-to a solvenv residing at a non-standard location.
+ to a solenv residing at a non-standard location.
-* The configure script also creates a bootstrap script in the top-level
-directory to support the creation of the build executable tools needed to
-bootstrap the build process. These tools normally reside in the
-solenv/$OUTPATH/bin directory for the supported platforms. It is hoped that
-these tools will be removed from the solenv tree at some stage. This
-bootstrap script does not yet work on Windows.
+* The configure script also creates a bootstrap script in the top-level
+ directory to support the creation of the build executable tools needed to
+ bootstrap the build process. These tools normally reside in the
+ solenv/$OUTPATH/bin directory for the supported platforms. It is hoped that
+ these tools will be removed from the solenv tree at some stage.
Running configure on Windows NT:
-------------------------------
* configure must be run from the Cygnus bash shell. On the bash command line
-type "bash configure <options>" to run the script. The generated winenv.bat
-file must then be executed from the 4NT shell in which you will be building
-OpenOffice.org
+ type "bash configure <options>" to run the script. The generated winenv.bat
+ file must then be executed from the 4NT shell in which you will be building
+ OpenOffice.org
-* The path to the Microsoft C/C++ compiler home directory must be given as
-an MS-DOS format path on the command line with the configure option --with-cl-home
-or entered interactively when prompted. MS-DOS format names are <8 characters
-in length and don't contain spaces. To get the MS-DOS format of a Windows
-pathname select the directory in a window and right-click and choose properties.
+* The path to the Microsoft C/C++ compiler home directory must be given as an
+ MS-DOS format path on the command line with the configure option
+ --with-cl-home. MS-DOS format names are <8 characters in length and don't
+ contain spaces. To get the MS-DOS format of a Windows pathname select the
+ directory in a window and right-click and choose properties.
-* configure automatically copies the top level makefile.rc from the config_office
-directory to the top level directory when run. If you are not running configure and
-are using a pre-generated winenv.bat to set up the build environment, then you must
-manually copy the makefile.rc file in config_office to the top level directory.
+* configure automatically copies the top level makefile.rc from the
+ config_office directory to the top level directory when run. If you are not
+ running configure and are using a pre-generated winenv.bat to set up the
+ build environment, then you must manually copy the makefile.rc file in
+ config_office to the top level directory.
* It is recommended that you close the Cygnus bash shell before you start the
-build as it might cause problems later on.
+ build as it might cause problems later on.
+
+
+Some quasi standards for configure
+----------------------------------
+
+* configure will use four type of parameters:
+
+ --with-xyz-home to locate an executable tool and related libraries, eg jdk.
+
+ --with-xyz to locate a library of that type
+
+ --without-xyz to disable a library, not always available.
+
+ --enable-xyz to set a compile feature such as debugging.
+
+* Try and make tests as generic as possible, specific is good for early testing
+ of a feature but don't keep the pattern, make it generic quickly.
+
+* configure should terminate with an error if it does not locate something that
+ is needed for a build to succeed, note that this conflicts with previous
+ standards which had a manual entry override. This is less than successful
+ configure either works or it fails, no data entry allowed.
+
+Premises for configure
+----------------------
+* This is not a true autoconf project. The code base is huge and the ability
+ to test for everything is impossible. We are currently supporting only a
+ subset of compilers therefore do not need a lot of testing on compiler
+ capabilities.