Re: Making test framework and trunk approachable (was: PCRE 10 and puzzling edge cases)

2016-12-15 Thread Petr Pisar
On Mon, Dec 12, 2016 at 01:03:23PM -0600, William A Rowe Jr wrote: > System APR does require the -devel package. That RHEL package aught to > install the .m4 logic required by httpd, but it is on us to find that in a > conventional place. > I think this should be handled in the buildconf script. T

Making test framework and trunk approachable (was: PCRE 10 and puzzling edge cases)

2016-12-12 Thread William A Rowe Jr
On Dec 12, 2016 3:52 AM, "Petr Pisar" wrote: I think the inability to build httpd against system APR and to run test against not yet installed httpd is quite surprising. Thanks for taking the additional time to document your experiences! System APR does require the -devel package. That RHEL p

Re: PCRE 10 and puzzling edge cases

2016-12-12 Thread Reindl Harald
Am 12.12.2016 um 10:52 schrieb Petr Pisar: I made sure I have installed all Perl modules I found relevant, but I was unable to run the tests against SVN httpd sources. I played with LD_LIBRARY_PATH, apxs etc. but without any good result. At the end I reconfigured httpd sources and installed the

Re: PCRE 10 and puzzling edge cases

2016-12-12 Thread Petr Pisar
On Fri, Dec 09, 2016 at 01:07:54PM -0600, William A Rowe Jr wrote: > > Thanks again, if there is anything that we didn't document well about > getting the tests to run, we would like to fix that and make it easier for > developers to cobble together their own test environment. We certainly don't >

Re: PCRE 10 and puzzling edge cases

2016-12-09 Thread William A Rowe Jr
On Fri, Dec 9, 2016 at 8:05 AM, Petr Pisar wrote: > On Thu, Dec 08, 2016 at 11:09:42AM -0600, William A Rowe Jr wrote: > > I've beaten my head against this wall for a bit longer, and came up with > > several places where pcre2 changed return types for void *what query > > interogations (especiall

Re: PCRE 10 and puzzling edge cases

2016-12-09 Thread William A Rowe Jr
On Dec 9, 2016 8:06 AM, "Petr Pisar" wrote: On Thu, Dec 08, 2016 at 11:09:42AM -0600, William A Rowe Jr wrote: > I've beaten my head against this wall for a bit longer, and came up with > several places where pcre2 changed return types for void *what query > interogations (especially from int to

Re: PCRE 10 and puzzling edge cases

2016-12-09 Thread Petr Pisar
On Thu, Dec 08, 2016 at 11:09:42AM -0600, William A Rowe Jr wrote: > I've beaten my head against this wall for a bit longer, and came up with > several places where pcre2 changed return types for void *what query > interogations (especially from int to uint32, badness on x86_64-linux). > > The att

Re: PCRE 10 and puzzling edge cases

2016-12-08 Thread William A Rowe Jr
I've beaten my head against this wall for a bit longer, and came up with several places where pcre2 changed return types for void *what query interogations (especially from int to uint32, badness on x86_64-linux). The attached patch picks up these bad void * type assignments. Still no tremendous i

PCRE 10 and puzzling edge cases

2016-12-05 Thread William A Rowe Jr
I've written the following patch to trunk to allow us to configure, compile and link against PCRE2 (10.x). The autoconf in particular is streamlined for cross-compilation detection, while retaining the ability to override the path to (and name of) pcre[2]-config. It isn't in a commit-ready state d