| 2009-05-05 19:02:52 |
Tim Cook |
description |
My environment is snv_113 (a build of Solaris Nevada, dated 20 April 2009). This includes libpcre, located in /usr/lib[/64] and /usr/include/pcre.
Drizzle's configure/make process is able to find the 64-bit library (probably because it is in a default location), but it can not find <pcre.h>. configure leaves the following in config.h:
/* Location of pcre header */
/* #undef PCRE_HEADER */
This is in spite of using a few variations of --with-libpcre-prefix.
Workaround
=========
If CFLAGS is set to include "-I/usr/include/pcre", we get a useful configure/make.
Suggested FIX
===========
Either:
- Fix configure to search for includes more intelligently
- Break --with-libpcre-prefix into separate options for libraries and includes |
[revno 1001]
My environment is snv_113 (a build of Solaris Nevada, dated 20 April 2009). This includes libpcre, located in /usr/lib[/64] and /usr/include/pcre.
Drizzle's configure/make process is able to find the 64-bit library (probably because it is in a default location), but it can not find <pcre.h>. configure leaves the following in config.h:
/* Location of pcre header */
/* #undef PCRE_HEADER */
This is in spite of using a few variations of --with-libpcre-prefix.
Workaround
=========
If CFLAGS is set to include "-I/usr/include/pcre", we get a useful configure/make.
Suggested Fix
===========
Either:
- Fix configure to search for includes more intelligently
- Break --with-libpcre-prefix into separate options for libraries and includes |
|
