KDE-Forum.org

Hi,

I can usually solve most compilation failures but this one has got me stuck, can anyone help

I am using konstruct to build kde3.1.3, using meta/everything but I have narrowed it down to the following element. Here it is:

[code:1]
[root@laptop crypto]# make install
if /bin/sh ../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/opt/kde3.1.3/include -I/usr/X11R6/include -I/usr/kerberos/include -DQT_THREAD_SUPPORT -I/opt/kde3.1.3/include -I/usr/X11R6/include -I/opt/kde3.1.3/include -I/usr/X11R6/include -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG -DNO_DEBUG -O2 -I/opt/kde3.1.3/include -I/usr/X11R6/include -L/opt/kde3.1.3/lib -L/usr/X11R6/lib -O2 -pipe -I/opt/kde3.1.3/include -I/usr/X11R6/include -L/opt/kde3.1.3/lib -L/usr/X11R6/lib -O2 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -D_GNU_SOURCE -MT kcm_crypto_la.all_cpp.lo -MD -MP -MF ".deps/kcm_crypto_la.all_cpp.Tpo" \
-c -o kcm_crypto_la.all_cpp.lo `test -f 'kcm_crypto_la.all_cpp.cpp' || echo './'`kcm_crypto_la.all_cpp.cpp; \
then mv ".deps/kcm_crypto_la.all_cpp.Tpo" ".deps/kcm_crypto_la.all_cpp.Plo"; \
else rm -f ".deps/kcm_crypto_la.all_cpp.Tpo"; exit 1; \
fi
In file included from /opt/kde3.1.3/include/ksslinfodlg.h:28,
from /opt/kde3.1.3/include/ksslall.h:4,
from crypto.cpp:85,
from kcm_crypto_la.all_cpp.cpp:2:
/opt/kde3.1.3/include/ksslcertificate.h:57: conflicting types for `struct X509'
/usr/include/openssl/ossl_typ.h:109: previous declaration as `typedef struct x509_st X509'
In file included from /opt/kde3.1.3/include/ksslall.h:14,
from crypto.cpp:85,
from kcm_crypto_la.all_cpp.cpp:2:
/opt/kde3.1.3/include/ksslpkcs7.h:34: conflicting types for `struct PKCS7'
/usr/include/openssl/pkcs7.h:217: previous declaration as `typedef struct pkcs7_st PKCS7'
In file included from /opt/kde3.1.3/include/ksslall.h:15,
from crypto.cpp:85,
from kcm_crypto_la.all_cpp.cpp:2:
/opt/kde3.1.3/include/ksslpkcs12.h:35: conflicting types for `struct EVP_PKEY'
/usr/include/openssl/ossl_typ.h:107: previous declaration as `typedef struct evp_pkey_st EVP_PKEY'
In file included from kcm_crypto_la.all_cpp.cpp:2:
crypto.cpp: In member function `void KCryptoConfig::slotCAImport()':
crypto.cpp:1835: no matching function for call to `KOpenSSLProxy::X509_STORE_new()'
crypto.cpp:1836: no matching function for call to `KOpenSSLProxy::X509_LOOKUP_file()'
crypto.cpp:1841: no matching function for call to `KOpenSSLProxy::X509_LOOKUP_ctrl(X509_LOOKUP*&, int, QCString, long int, NULL)'
crypto.cpp:1842: no matching function for call to `KOpenSSLProxy::sk_num(STACK*&)'
crypto.cpp:1843: no matching function for call to `KOpenSSLProxy::sk_value(STACK*&, int&)'
crypto.cpp:1912: no matching function for call to `KOpenSSLProxy::X509_STORE_free(X509_STORE*&)'
crypto.cpp:1984: no matching function for call to `KOpenSSLProxy::X509_STORE_free(X509_STORE*&)'
make: *** [kcm_crypto_la.all_cpp.lo] Error 1
[root@laptop crypto]#

[/code:1]

I have installed all of the libs that konstruct required on another successfull installation of 3.1.3.

I did a fresh install of Mandrake 9.1 without KDE and then used online update to get latest fixes.

Hopefully I have provided enough information.

No the unsetting of that flag made no difference :cry:

I noticed there is a readme in the directory that says:

Quoted

This needs to be updated to use libkssl instead of OpenSSL directly.

and it looks like kssl is the probelm.

The error messages are all the same as before. There seems to be no difference in the output (without doing a diff, they look identical).

Should I get a different version of OpenSSL, instead of using Mandrakes? As I said originally, I did not have a problem with crypto on another machine.

:shock: Oh no! it is still the exactly the same.

I am wondering what I can do to get around it if I can't get crypto to compile. I suppose it is an essential item, unlike kopete which I took out of the compile due to unfixable errors.

I would be gratefull of any further ideas.

Thanks so far.

OK I'll remove it from the compile and see how it goes.

I did think that when I saw it was part of Kcontrol that I could skip it.

I can always try to compile it at a later date once I have got the rest of 3.1.3 working.

Thanks very much for your advice.