Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Problems compiling

82 views
Skip to first unread message

Lucas Levrel

unread,
Feb 21, 2013, 10:32:40 AM2/21/13
to
Hi,

I'm trying to compile alpine 2.10. It fails here (I added some empty
lines to improve readability):

libtool: link: icc -std=gnu99 -g -w -xHost -O2 -g -o alpine addrbook.o
adrbkcmd.o after.o alpine.o arg.o busy.o colorconf.o confscroll.o
context.o dispfilt.o flagmaint.o folder.o help.o imap.o init.o kblock.o
keymenu.o ldapconf.o listsel.o mailcmd.o mailindx.o mailpart.o mailview.o
newuser.o pattern.o pipe.o print.o radio.o remote.o reply.o roleconf.o
send.o setup.o signal.o status.o takeaddr.o titlebar.o smime.o newmail.o
date.o -lpam -ldl -L/usr/share/ssl/lib -L/usr/lib -lcrypto
../pico/libpico.a ../pico/osdep/libpicoosd.a ../pith/libpith.a
../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a osdep/libpineosd.a
../c-client/c-client.a -lgssapi_krb5 -lncurses -lssl

ld: skipping incompatible /usr/lib/libdl.so when searching for -ldl
ld: skipping incompatible /usr/lib/libcrypto.so when searching for -lcrypto
ld: skipping incompatible /usr/lib/libgssapi_krb5.so when searching for -lgssapi_krb5
ld: skipping incompatible /usr/lib/libm.so when searching for -lm

../c-client/c-client.a(osdep.o): In function `ssl_server_init':
/home/lucas/Files/ISOs/alpine-2.10/imap/c-client/osdep.c:927: warning: the use of `tmpnam' is dangerous, better use `mkstemp'

ld: skipping incompatible /usr/lib/libdl.so when searching for -ldl

../pith/libpith.a(smkeys.o): In function `get_x509_subject_email':
/home/lucas/Files/ISOs/alpine-2.10/pith/smkeys.c:281: undefined reference to `sk_OPENSSL_STRING_num'
/home/lucas/Files/ISOs/alpine-2.10/pith/smkeys.c:283: undefined reference to `sk_OPENSSL_STRING_value'

make[4]: *** [alpine] Erreur 1
make[4]: quittant le répertoire « /home/lucas/Files/ISOs/alpine-2.10/alpine »
make[3]: *** [all-recursive] Erreur 1
make[3]: quittant le répertoire « /home/lucas/Files/ISOs/alpine-2.10/alpine »
make[2]: *** [all] Erreur 2
make[2]: quittant le répertoire « /home/lucas/Files/ISOs/alpine-2.10/alpine »
make[1]: *** [all-recursive] Erreur 1
make[1]: quittant le répertoire « /home/lucas/Files/ISOs/alpine-2.10 »
make: *** [all] Erreur 2

Any insight on the problem? I have two different openssl versions
installed: /lib64/libssl.so.1.0.0 and /usr/lib64/libssl.so.0.9.8 . How
does ld choose ?


Also, I would like to mention I had to manually edit c-client/Makefile to
set CC properly. It enforced CC=cc although I configured CC=icc.

--
LL

cha...@washington.edu

unread,
Feb 23, 2013, 12:10:57 AM2/23/13
to
Am Donnerstag, 21. Februar 2013 08:32:40 UTC-7 schrieb Lucas Levrel:

> libtool: link: icc -std=gnu99 -g -w -xHost -O2 -g -o alpine addrbook.o
>
> adrbkcmd.o after.o alpine.o arg.o busy.o colorconf.o confscroll.o
>
> context.o dispfilt.o flagmaint.o folder.o help.o imap.o init.o kblock.o
>
> keymenu.o ldapconf.o listsel.o mailcmd.o mailindx.o mailpart.o mailview.o
>
> newuser.o pattern.o pipe.o print.o radio.o remote.o reply.o roleconf.o
>
> send.o setup.o signal.o status.o takeaddr.o titlebar.o smime.o newmail.o
>
> date.o -lpam -ldl -L/usr/share/ssl/lib -L/usr/lib -lcrypto
>
> ../pico/libpico.a ../pico/osdep/libpicoosd.a ../pith/libpith.a
>
> ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a osdep/libpineosd.a
>
> ../c-client/c-client.a -lgssapi_krb5 -lncurses -lssl
>
>
>
> ld: skipping incompatible /usr/lib/libdl.so when searching for -ldl

You might want to ask the question on this error to your icc provider.

> Also, I would like to mention I had to manually edit c-client/Makefile to
>
> set CC properly. It enforced CC=cc although I configured CC=icc.

Try

make CC=icc

instead of editing the Makefile.

--
Eduardo
http://patches.freeiz.com/alpine/

Alpine 2.10 released at http://patches.freeiz.com/alpine/info/alpine.html

Lucas Levrel

unread,
Feb 23, 2013, 10:58:33 AM2/23/13
to
Le 22 fᅵvrier 2013, cha...@washington.edu a ᅵcrit :

>> ld: skipping incompatible /usr/lib/libdl.so when searching for -ldl
>
> You might want to ask the question on this error to your icc provider.

This is a 64-bit system, with both 32-bit and 64-bit versions of some libs
installed. libdl.so in /usr/lib is 32-bit, but I think ld eventually finds
the 64-bit variant in /usr/lib64, or it would complain of not finding
libdl.

Any insight on the missing symbols sk_OPENSSL_STRING_num and
sk_OPENSSL_STRING_value? In what lib (and what version) are they supposed
to be?

>> Also, I would like to mention I had to manually edit c-client/Makefile to
>> set CC properly. It enforced CC=cc although I configured CC=icc.
>
> Try
>
> make CC=icc
>
> instead of editing the Makefile.

Thanks, I'll try this.

--
LL

cha...@washington.edu

unread,
Feb 23, 2013, 11:35:31 AM2/23/13
to
On Saturday, February 23, 2013 8:58:33 AM UTC-7, Lucas Levrel wrote:


> Any insight on the missing symbols sk_OPENSSL_STRING_num and
>
> sk_OPENSSL_STRING_value? In what lib (and what version) are they supposed
>
> to be?

I believe that those are in OpenSSL 1.0.X, but not in OpenSSL 0.98

Lucas Levrel

unread,
Feb 24, 2013, 5:53:51 AM2/24/13
to
Le 23 fᅵvrier 2013, cha...@washington.edu a ᅵcrit :

> On Saturday, February 23, 2013 8:58:33 AM UTC-7, Lucas Levrel wrote:
>
>
>> Any insight on the missing symbols sk_OPENSSL_STRING_num and
>>
>> sk_OPENSSL_STRING_value? In what lib (and what version) are they supposed
>>
>> to be?
>
> I believe that those are in OpenSSL 1.0.X, but not in OpenSSL 0.98

Thanks. I'll investigate that.

--
LL

Lucas Levrel

unread,
Feb 25, 2013, 9:36:53 AM2/25/13
to
Le 23 fᅵvrier 2013, cha...@washington.edu a ᅵcrit :

> On Saturday, February 23, 2013 8:58:33 AM UTC-7, Lucas Levrel wrote:
>
>> Any insight on the missing symbols sk_OPENSSL_STRING_num and
>> sk_OPENSSL_STRING_value? In what lib (and what version) are they supposed
>> to be?
>
> I believe that those are in OpenSSL 1.0.X, but not in OpenSSL 0.98

It turned out the header files were 0.9.8, hence the missing macros.
Everything compiles fine now.

But I get the certificate validation warning for _all_ folders configured
with the /ssl flag (the openSUSE-packaged alpine 2.00 doesn't complain on
any of them). In config.log I noticed:

configure:19079: * * * SSL file "/etc/ssl/certs/factory.pem" is missing.
configure:19081: * * * This might indicate that CA certs did not get properly
configure:19083: * * * installed. If you get certificate validation failures
configure:19085: * * * in Alpine, this might be the reason for them.

I do have a bunch of *.pem files in /etc/ssl/certs, but no factory.pem
anywhere on my system. An example message in .pine-debug:

sslcertificatequery: host=imap.u-pec.fr reason=self signed certificate in
certificate chain cert=/C=SE/O=AddTrust AB/OU=AddTrust External TTP
Network/CN=AddTrust External CA Root

Your help is much appreciated.

--
LL
0 new messages