/[pcre]/code/trunk/NON-UNIX-USE
ViewVC logotype

Diff of /code/trunk/NON-UNIX-USE

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 258 by ph10, Wed Sep 19 09:27:50 2007 UTC revision 535 by ph10, Thu Jun 3 19:18:24 2010 UTC
# Line 8  This document contains the following sec Line 8  This document contains the following sec
8    The C++ wrapper functions    The C++ wrapper functions
9    Building for virtual Pascal    Building for virtual Pascal
10    Stack size in Windows environments    Stack size in Windows environments
11      Linking programs in Windows environments
12    Comments about Win32 builds    Comments about Win32 builds
13    Building PCRE with Cmake    Building PCRE on Windows with CMake
14      Use of relative paths with CMake on Windows
15      Testing with RunTest.bat
16    Building under Windows with BCC5.5    Building under Windows with BCC5.5
17    Building PCRE on OpenVMS    Building PCRE on OpenVMS
18      Building PCRE on Stratus OpenVOS
19    
20    
21  GENERAL  GENERAL
# Line 20  I (Philip Hazel) have no experience of W Line 24  I (Philip Hazel) have no experience of W
24  libraries work. The items in the PCRE distribution and Makefile that relate to  libraries work. The items in the PCRE distribution and Makefile that relate to
25  anything other than Unix-like systems are untested by me.  anything other than Unix-like systems are untested by me.
26    
27  There are some other comments and files in the Contrib directory on the ftp  There are some other comments and files (including some documentation in CHM
28  site that you may find useful. See  format) in the Contrib directory on the FTP site:
29    
30    ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/Contrib    ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/Contrib
31    
# Line 31  library consists entirely of code writte Line 35  library consists entirely of code writte
35  successfully on any system that has a Standard C compiler and library. The C++  successfully on any system that has a Standard C compiler and library. The C++
36  wrapper functions are a separate issue (see below).  wrapper functions are a separate issue (see below).
37    
38  The PCRE distribution contains some experimental support for "cmake", but this  The PCRE distribution includes a "configure" file for use by the Configure/Make
39  is incomplete and not fully documented. However if you are a "cmake" user you  build system, as found in many Unix-like environments. There is also support
40  might like to try building with "cmake". There are some instructions in the  support for CMake, which some users prefer, especially in Windows environments.
41  section entitled "Building PCRE with Cmake" below.  There are some instructions for CMake under Windows in the section entitled
42    "Building PCRE with CMake" below. CMake can also be used to build PCRE in
43    Unix-like systems.
44    
45    
46  GENERIC INSTRUCTIONS FOR THE PCRE C LIBRARY  GENERIC INSTRUCTIONS FOR THE PCRE C LIBRARY
# Line 80  The following are generic comments about Line 86  The following are generic comments about
86    
87         pcre_internal.h         pcre_internal.h
88         ucp.h         ucp.h
        ucpinternal.h  
        ucptable.h  
89    
90   (5) Also ensure that you have the following file, which is #included as source   (5) Also ensure that you have the following file, which is #included as source
91       when building a debugging version of PCRE and is also used by pcretest.       when building a debugging version of PCRE, and is also used by pcretest.
92    
93         pcre_printint.src         pcre_printint.src
94    
# Line 108  The following are generic comments about Line 112  The following are generic comments about
112         pcre_study.c         pcre_study.c
113         pcre_tables.c         pcre_tables.c
114         pcre_try_flipped.c         pcre_try_flipped.c
115         pcre_ucp_searchfuncs.c         pcre_ucd.c
116         pcre_valid_utf8.c         pcre_valid_utf8.c
117         pcre_version.c         pcre_version.c
118         pcre_xclass.c         pcre_xclass.c
# Line 123  The following are generic comments about Line 127  The following are generic comments about
127       your system has static and shared libraries, you may have to do this once       your system has static and shared libraries, you may have to do this once
128       for each type.       for each type.
129    
130   (8) Similarly, compile pcreposix.c (remembering -DHAVE_CONFIG_H if necessary)   (8) Similarly, if you want to build the POSIX wrapper functions, ensure that
131       and link the result (on its own) as the pcreposix library.       you have the pcreposix.h file and then compile pcreposix.c (remembering
132         -DHAVE_CONFIG_H if necessary). Link the result (on its own) as the
133         pcreposix library.
134    
135   (9) Compile the test program pcretest.c (again, don't forget -DHAVE_CONFIG_H).   (9) Compile the test program pcretest.c (again, don't forget -DHAVE_CONFIG_H).
136       This needs the functions in the pcre and pcreposix libraries when linking.       This needs the functions in the PCRE library when linking. It also needs
137       It also needs the pcre_printint.src source file, which it #includes.       the pcreposix wrapper functions unless you compile it with -DNOPOSIX. The
138         pcretest.c program also needs the pcre_printint.src source file, which it
139         #includes.
140    
141  (10) Run pcretest on the testinput files in the testdata directory, and check  (10) Run pcretest on the testinput files in the testdata directory, and check
142       that the output matches the corresponding testoutput files. Note that the       that the output matches the corresponding testoutput files. Note that the
# Line 169  fail because of this. Normally, running Line 177  fail because of this. Normally, running
177  have been cases where the test program has just died silently. See your linker  have been cases where the test program has just died silently. See your linker
178  documentation for how to increase stack size if you experience problems. The  documentation for how to increase stack size if you experience problems. The
179  Linux default of 8Mb is a reasonable choice for the stack, though even that can  Linux default of 8Mb is a reasonable choice for the stack, though even that can
180  be too small for some pattern/subject combinations. There is more about stack  be too small for some pattern/subject combinations.
 usage in the "pcrestack" documentation.  
181    
182    PCRE has a compile configuration option to disable the use of stack for
183    recursion so that heap is used instead. However, pattern matching is
184    significantly slower when this is done. There is more about stack usage in the
185    "pcrestack" documentation.
186    
187  COMMENTS ABOUT WIN32 BUILDS  
188    LINKING PROGRAMS IN WINDOWS ENVIRONMENTS
189    
190    If you want to statically link a program against a PCRE library in the form of
191    a non-dll .a file, you must define PCRE_STATIC before including pcre.h or
192    pcrecpp.h, otherwise the pcre_malloc() and pcre_free() exported functions will
193    be declared __declspec(dllimport), with unwanted results.
194    
195    
196    CALLING CONVENTIONS IN WINDOWS ENVIRONMENTS
197    
198    It is possible to compile programs to use different calling conventions using
199    MSVC. Search the web for "calling conventions" for more information. To make it
200    easier to change the calling convention for the exported functions in the
201    PCRE library, the macro PCRE_CALL_CONVENTION is present in all the external
202    definitions. It can be set externally when compiling (e.g. in CFLAGS). If it is
203    not set, it defaults to empty; the default calling convention is then used
204    (which is what is wanted most of the time).
205    
206    
207    COMMENTS ABOUT WIN32 BUILDS (see also "BUILDING PCRE WITH CMAKE" below)
208    
209  There are two ways of building PCRE using the "configure, make, make install"  There are two ways of building PCRE using the "configure, make, make install"
210  paradigm on Windows systems: using MinGW or using Cygwin. These are not at all  paradigm on Windows systems: using MinGW or using Cygwin. These are not at all
211  the same thing; they are completely different from each other. There is also  the same thing; they are completely different from each other. There is also
212  some experimental, undocumented support for building using "cmake", which you  support for building using CMake, which some users find a more straightforward
213  might like to try if you are familiar with "cmake". However, at the present  way of building PCRE under Windows. However, the tests are not run
214  time, the "cmake" process builds only a static library (not a dll), and the  automatically when CMake is used.
 tests are not automatically run.  
215    
216  The MinGW home page (http://www.mingw.org/) says this:  The MinGW home page (http://www.mingw.org/) says this:
217    
# Line 213  also link with libpcre, which contains t Line 243  also link with libpcre, which contains t
243  releases of PCRE included the basic libpcre functions in libpcreposix. This no  releases of PCRE included the basic libpcre functions in libpcreposix. This no
244  longer happens.)  longer happens.)
245    
246  If you want to statically link your program against a non-dll .a file, you must  A user submitted a special-purpose patch that makes it easy to create
247  define PCRE_STATIC before including pcre.h, otherwise the pcre_malloc() and  "pcre.dll" under mingw32 using the "msys" environment. It provides "pcre.dll"
248  pcre_free() exported functions will be declared __declspec(dllimport), with  as a special target. If you use this target, no other files are built, and in
249  unwanted results.  particular, the pcretest and pcregrep programs are not built. An example of how
250    this might be used is:
251    
252      ./configure --enable-utf --disable-cpp CFLAGS="-03 -s"; make pcre.dll
253    
254  Using Cygwin's compiler generates libraries and executables that depend on  Using Cygwin's compiler generates libraries and executables that depend on
255  cygwin1.dll. If a library that is generated this way is distributed,  cygwin1.dll. If a library that is generated this way is distributed,
# Line 244  gcc and MinGW's gcc). So, a user can: Line 277  gcc and MinGW's gcc). So, a user can:
277    
278  The test files that are supplied with PCRE are in Unix format, with LF  The test files that are supplied with PCRE are in Unix format, with LF
279  characters as line terminators. It may be necessary to change the line  characters as line terminators. It may be necessary to change the line
280  terminators in order to get some of the tests to work. We hope to improve  terminators in order to get some of the tests to work.
 things in this area in future.  
281    
282    
283  BUILDING PCRE WITH CMAKE  BUILDING PCRE ON WINDOWS WITH CMAKE
284    
285  These instructions were contributed by a PCRE user.  CMake is an alternative configuration facility that can be used instead of the
286    traditional Unix "configure". CMake creates project files (make files, solution
287    files, etc.) tailored to numerous development environments, including Visual
288    Studio, Borland, Msys, MinGW, NMake, and Unix. The following instructions
289    were contributed by a PCRE user.
290    
291  1. Download CMake 2.4.7 or above from http://www.cmake.org/, install and ensure  1.  Install the latest CMake version available from http://www.cmake.org/, and
292     that cmake\bin is on your path.      ensure that cmake\bin is on your path.
293    
294  2. Unzip (retaining folder structure) the PCRE source tree into a source  2.  Unzip (retaining folder structure) the PCRE source tree into a source
295     directory such as C:\pcre.      directory such as C:\pcre.
296    
297  3. Create a new, empty build directory: C:\pcre\build\  3.  Create a new, empty build directory, for example C:\pcre\build\
298    
299  4. Run CMakeSetup from the Shell envirornment of your build tool, e.g., Msys  4.  Run cmake-gui from the Shell envirornment of your build tool, for example,
300     for Msys/MinGW or Visual Studio Command Prompt for VC/VC++      Msys for Msys/MinGW or Visual Studio Command Prompt for VC/VC++.
301    
302  5. Enter C:\pcre\pcre-xx and C:\pcre\build for the source and build  5.  Enter C:\pcre\pcre-xx and C:\pcre\build for the source and build
303     directories, respectively      directories, respectively.
304    
305  6. Hit the "Configure" button.  6.  Hit the "Configure" button.
306    
307  7. Select the particular IDE / build tool that you are using (Visual Studio,  7.  Select the particular IDE / build tool that you are using (Visual
308     MSYS makefiles, MinGW makefiles, etc.)      Studio, MSYS makefiles, MinGW makefiles, etc.)
309    
310  8. The GUI will then list several configuration options. This is where you can  8.  The GUI will then list several configuration options. This is where
311     enable UTF-8 support, etc.      you can enable UTF-8 support or other PCRE optional features.
312    
313  9. Hit "Configure" again. The adjacent "OK" button should now be active.  9.  Hit "Configure" again. The adjacent "Generate" button should now be
314        active.
315    
316  10. Hit "OK".  10. Hit "Generate".
317    
318  11. The build directory should now contain a usable build system, be it a  11. The build directory should now contain a usable build system, be it a
319      solution file for Visual Studio, makefiles for MinGW, etc.      solution file for Visual Studio, makefiles for MinGW, etc. Exit from
320        cmake-gui and use the generated build system with your compiler or IDE.
321    
322    
323    USE OF RELATIVE PATHS WITH CMAKE ON WINDOWS
324    
325  Testing with RunTest.bat  A PCRE user comments as follows:
326    
327    I thought that others may want to know the current state of
328    CMAKE_USE_RELATIVE_PATHS support on Windows.
329    
330    Here it is:
331    -- AdditionalIncludeDirectories is only partially modified (only the
332    first path - see below)
333    -- Only some of the contained file paths are modified - shown below for
334    pcre.vcproj
335    -- It properly modifies
336    
337    I am sure CMake people can fix that if they want to. Until then one will
338    need to replace existing absolute paths in project files with relative
339    paths manually (e.g. from VS) - relative to project file location. I did
340    just that before being told to try CMAKE_USE_RELATIVE_PATHS. Not a big
341    deal.
342    
343    AdditionalIncludeDirectories="E:\builds\pcre\build;E:\builds\pcre\pcre-7.5;"
344    AdditionalIncludeDirectories=".;E:\builds\pcre\pcre-7.5;"
345    
346    RelativePath="pcre.h">
347    RelativePath="pcre_chartables.c">
348    RelativePath="pcre_chartables.c.rule">
349    
350    
351    TESTING WITH RUNTEST.BAT
352    
353  1. Copy RunTest.bat into the directory where pcretest.exe has been created.  1. Copy RunTest.bat into the directory where pcretest.exe has been created.
354    
# Line 310  Michael Roy sent these comments about bu Line 377  Michael Roy sent these comments about bu
377    When linking a project with BCC5.5, pcre.lib must be included before any of    When linking a project with BCC5.5, pcre.lib must be included before any of
378    the libraries cw32.lib, cw32i.lib, cw32mt.lib, and cw32mti.lib on the command    the libraries cw32.lib, cw32i.lib, cw32mt.lib, and cw32mti.lib on the command
379    line.    line.
380    
381    
382    BUILDING UNDER WINDOWS CE WITH VISUAL STUDIO 200x
383    
384    Vincent Richomme sent a zip archive of files to help with this process. They
385    can be found in the file "pcre-vsbuild.zip" in the Contrib directory of the FTP
386    site.
387    
388    
389  BUILDING PCRE ON OPENVMS  BUILDING PCRE ON OPENVMS
390    
# Line 376  $! Locale could not be set to fr Line 450  $! Locale could not be set to fr
450  $!  $!
451  =========================  =========================
452    
453  Last Updated: 17 September 2007  
454    BUILDING PCRE ON STRATUS OPENVOS
455    
456    These notes on the port of PCRE to VOS (lightly edited) were supplied by
457    Ashutosh Warikoo, whose email address has the local part awarikoo and the
458    domain nse.co.in. The port was for version 7.9 in August 2009.
459    
460    1.   Building PCRE
461    
462    I built pcre on OpenVOS Release 17.0.1at using GNU Tools 3.4a without any
463    problems. I used the following packages to build PCRE:
464    
465      ftp://ftp.stratus.com/pub/vos/posix/ga/posix.save.evf.gz
466    
467    Please read and follow the instructions that come with these packages. To start
468    the build of pcre, from the root of the package type:
469    
470      ./build.sh
471    
472    2. Installing PCRE
473    
474    Once you have successfully built PCRE, login to the SysAdmin group, switch to
475    the root user, and type
476    
477      [ !create_dir (master_disk)>usr   --if needed ]
478      [ !create_dir (master_disk)>usr>local   --if needed ]
479        !gmake install
480    
481    This installs PCRE and its man pages into /usr/local. You can add
482    (master_disk)>usr>local>bin to your command search paths, or if you are in
483    BASH, add /usr/local/bin to the PATH environment variable.
484    
485    4. Restrictions
486    
487    This port requires readline library optionally. However during the build I
488    faced some yet unexplored errors while linking with readline. As it was an
489    optional component I chose to disable it.
490    
491    5. Known Problems
492    
493    I ran a the test suite, but you will have to be your own judge of whether this
494    command, and this port, suits your purposes. If you find any problems that
495    appear to be related to the port itself, please let me know. Please see the
496    build.log file in the root of the package also.
497    
498    
499    =========================
500    Last Updated: 26 May 2010
501  ****  ****

Legend:
Removed from v.258  
changed lines
  Added in v.535

webmaster@exim.org
ViewVC Help
Powered by ViewVC 1.1.12