On Thursday 14 January 2010 10:43:59 Murray S. Kucherawy wrote:
> > -----Original Message-----
> > From: opendkim-dev-bounce_at_lists.opendkim.org [mailto:opendkim-dev-
> > bounce_at_lists.opendkim.org] On Behalf Of Daniel Black
> > Sent: Sunday, December 13, 2009 5:37 PM
> > To: opendkim-dev_at_lists.opendkim.org
> > Subject: Re: test 70 error on 1.2.0
> >
> > trying tre-0.8.0 results in the same SEGV only in the gentoo build
> > environment
>
> Wonder why that is.
>
https://bugs.gentoo.org/show_bug.cgi?id=296813
The test error was traced to the regex structure being initialized wrong,
assumed by the glibc regcomp function, and the comparison occurring in the
libtre regaexec (which doesn't occur in glibc).
> > tre-0.7.5 compiled without --enable-system-abi wouldn't compile with
> > opendkim
>
> I'll check on that. I had that one working.
>
> > Murray - think you were 100% right when you posted "Concern about
> > libtre and feature conflict" on 2009-11-23.
> >
> > options:
> > 1. check for this type of failure in configure.ac
> > 2. not support system-abi (NetBSD and maybe others will start using
> > this as the system default - http://laurikari.net/tre/netbsd-takes-tre-
> > in-the-c-
> > library/#comments which would be convenient )
> > 3. lots more ugly hacks
>
> 4. Require 0.8.0 or later of libtre.
>
> (2) and/or (4) seem the easiest to me. Any other opinions?
(2a)
so support:
system-abi enabled for tre if recomp isn't in libc.
system-abi disabled
don't support:
system-abi enabled for tre if recomp is in libc. (can't rely on the dynamic
linker to always map recomp to libtre).
This would be friendly to the future direction of BSDs.
Received on Thu Jan 14 2010 - 03:16:41 PST