Re: segfaults with cyrus-imapd 3.0.9 on latest arch linux

Andreas Piesk <[email protected]>
Newsgroups gmane.mail.imap.cyrus
Message-ID <[email protected]>
Am 19.03.19 um 19:47 schrieb Jason L Tibbitts III:
>>>>>> "AP" == Andreas Piesk <[email protected]> writes:
> 
> AP> Hello list, i'm trying to get cyrus-imapd 3.0.9 (testet 3.0.8 too)
> AP> running on latest arch linux. Here's the configure summary:
> 
> AP> External dependencies: ldap: no openssl: yes zlib: yes pcre: yes
> 
> AP> #6 0x00007fc4aa385050 re_acquire_state_context (libc.so.6)
> AP> #7 0x00007fc4aa3907d4 re_compile_internal (libc.so.6)
> AP> #8 0x00007fc4aa391511 regcomp (libc.so.6)
> 
> You have pcre enabled but you are calling glibc regex functions.  You
> may wish to double check that you are linking properly.  Fedora went
> through a similar issue a while back when --Wl,--as-needed was added to
> the default set of compiler flags, which caused subtle variations in the
> link order.  The end result was that Fedora picked up a set of pcre
> patches similar to what some other distros have to avoid duplicating the
> glibc symbol names.

These are the default LDFLAGS Arch Linux uses:

LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now"

If I link without '--as-needed' crydump etc. do work without segfaulting.

"configure --disable-pcre" does not work:

lib/glob.h:57:5: error: unknown type name ‘regex_t’

I have no idea how to change the linkage order to put pcre before glibc (don't know if and how this is possible, I'm a hardware guy), I'm just building with

autoreconf -f
./configure

so I think my only option is to drop '--as-needed' from LDFLAGS and execute

./configure LDFLAGS=${LDFLAGS/,--as-needed/}

Thanks for pointing me in the right direction, highly appreciated.

Best Regards,
-ap

----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
smime.p7s (application/pkcs7-signature, 2.8 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.