| 67 |
- The compiler thus generates a "C" signature for the test function. |
- The compiler thus generates a "C" signature for the test function. |
| 68 |
- The linker fails to find the "C" function. |
- The linker fails to find the "C" function. |
| 69 |
- PCRE fails to configure if asked to do so against libbz2. |
- PCRE fails to configure if asked to do so against libbz2. |
| 70 |
|
|
| 71 |
|
11. When running libtoolize from libtool-2.2.6b as part of autogen.sh, these |
| 72 |
|
messages were output: |
| 73 |
|
|
| 74 |
|
Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and |
| 75 |
|
rerunning libtoolize, to keep the correct libtool macros in-tree. |
| 76 |
|
Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. |
| 77 |
|
|
| 78 |
|
I have done both of these things. |
| 79 |
|
|
| 80 |
|
12. Although pcre_dfa_exec() does not use nearly as much stack as pcre_exec() |
| 81 |
|
most of the time, it *can* run out if it is given a pattern that contains a |
| 82 |
|
runaway infinite recursion. I updated the discussion in the pcrestack man |
| 83 |
|
page. |
| 84 |
|
|
| 85 |
|
13. Now that we have gone to the x.xx style of version numbers, the minor |
| 86 |
|
version may start with zero. Using 08 or 09 is a bad idea because users |
| 87 |
|
might check the value of PCRE_MINOR in their code, and 08 or 09 may be |
| 88 |
|
interpreted as invalid octal numbers. I've updated the previous comment in |
| 89 |
|
configure.ac, and also added a check that gives an error if 08 or 09 are |
| 90 |
|
used. |
| 91 |
|
|
| 92 |
|
|
| 93 |
|
|
| 94 |
Version 8.00 19-Oct-09 |
Version 8.00 19-Oct-09 |