When I run make I get error:
./CXX -c crypto/wvdsa
In file included from ./include/wvsslhacks.h:17,
from crypto/wvdsa.cc:10:
/home/kirill/MVK-IP/SDK/montavista/pro/devkit/arm/v5t_le/bin/../target/usr/include/openssl/ocsp.h:471:
error: invalid conversion from ‘void (*)()’ to ‘void*’
make: *** [crypto/wvdsa.o] Error 1
Programm versions:
gcc version 4.2.0 (MontaVista 4.2.0-16.0.32.0801914 2008-08-30)
libssl-dev 0.9.8
How can I solve this problem?
Thank you and excuse me for my bad english.
--
С уважением,
Бриллиантов Кирилл Владимирович
…………………………………………………………………
программист, технический отдел
ООО «БайтЭрг»
Видеокамеры МВК – Эффективность разумных решений
…………………………………………………………………
+7(495)221-66-22 доб.122
http://www.byterg.ru http://www.bestdvr.ru
Hello!
I try cross-compile WvStreams 4.6.1 and WvDial 1.61 for my ARM-board
with TMS320DM365 processor.
Configure options:
./configure --prefix=/tmp/wvstreams --host=arm-gnu-linux
--disable-testgui --without-valgrind --without-qt --without-tcl
--without-dbus --without-pam CXX=arm_v5t_le-g++ CC=arm_v5t_le-gcc
When I run make I get error:
./CXX -c crypto/wvdsa
In file included from ./include/wvsslhacks.h:17,
from crypto/wvdsa.cc:10:
/home/kirill/MVK-IP/SDK/montavista/pro/devkit/arm/v5t_le/bin/../target/usr/include/openssl/ocsp.h:471:
error: invalid conversion from 'void (*)()' to 'void*'
make: *** [crypto/wvdsa.o] Error 1
Programm versions:
gcc version 4.2.0 (MontaVista 4.2.0-16.0.32.0801914 2008-08-30)
libssl-dev 0.9.8
How can I solve this problem?
Thank you and excuse me for my bad english.
--
С уважением,
Бриллиантов Кирилл Владимирович
...........................................................................
программист, технический отдел
ООО <<БайтЭрг>>
Видеокамеры МВК - Эффективность разумных решений
...........................................................................
--
You received this message because you are subscribed to the Google Groups "wvstreams-devel" group.
To post to this group, send email to wvstrea...@googlegroups.com.
To unsubscribe from this group, send email to wvstreams-dev...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/wvstreams-devel?hl=en.
openssl 0.9.8o-4squeeze1
libssl-dev 0.9.8o-4squeeze1
libssl0.9.8 0.9.8o-4squeeze1
All from Debian repository.
…………………………………………………………………
программист, технический отдел
ООО «БайтЭрг»
Видеокамеры МВК – Эффективность разумных решений
…………………………………………………………………
Ugh. The C++ people never stop making our lives annoying :( This is
almost certainly an error that wouldn't occur if we were compiling at
C instead of C++, and of course it also doesn't happen on older
versions of g++. It's actually a "bug" in openssl's ocsp.h, not
WvStreams; presumably the openssl people don't try compiling their
stuff as C++.
Anyway, since the ocsp stuff is already in wvsslhacks.h (which exists
entirely because openssl has bugs relating to C++) the easiest fix is
probably to simply not include that header in C++ at all.
I think the function
int wv_i2d_OCSP_REQUEST_bio(BIO *bio, OCSP_REQUEST *req);
is the only thing using ocsp.h, and that's only needed because of the
OCSP_REQUEST typedef. To remove the need for ocsp.h, we could either
change that function to take a void* instead of an OCSP_REQUEST*, or
else figure out which struct OCSP_REQUEST refers to and take one of
those. That is, we could add a forward reference like this:
struct ocsp_request_t;
If OCSP_REQUEST is declared as something like "typedef struct
ocsp_request_t OCSP_REQUEST"
Patrick, do you have time to look at this or should I do it?
Have fun,
Avery
--
You received this message because you are subscribed to the Google Groups "wvstreams-devel" group.
To post to this group, send email to wvstrea...@googlegroups.com.
To unsubscribe from this group, send email to wvstreams-dev...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/wvstreams-devel?hl=en.
Since some people have it working, obviously there are mixed opinions on this :)
Personally I remain shocked that anybody still uses wvdial at all.
Have fun,
Avery
Looks good. Sorry for the slow response. It's now in my repo on github.
Avery