On Fri, Jun 13, 2008 at 9:47 AM, Pixel <pixel@mandriva.com> wrote:
> "Dan Nicholson" <dbn.lists@gmail.com> writes:
>
> [...]
>
>> And now I've come upon this old thread:
>>
>> http://rpm5.org/community/rpm-devel/1554.html
>>
>> This is definitely the problem. When --as-needed is used, libc is
>> bound first to tmire, causing regcomp and friends to be resolved
>> through libc rather than libpcreposix.
>
> the symbol conflict is a mess. pcreposix better be fixed
> (http://rpm5.org/community/rpm-devel/1562.html)

Yeah, that's really silly. I've since patched pcre like Debian is
doing and now I'm back to using --as-needed on rpm. Do you know if
anyone has brought this to the attention of the pcre people? I don't
think it's sane to try to be overriding another libraries symbols in
any situation except debugging or explicitly forcing like with
LD_PRELOAD.

Sadly, this affects rpm more than just during the build. If you have
an application linking against a librpmio using an unpatched
libpcreposix, you're open to all the same linker issues. I.e., you're
app better also link directly to libpcreposix or you don't know whose
regcomp() you're getting. This isn't just an --as-needed issue.

--
Dan