[vbox-dev] Compile error on SnowLeopard (openssl version mismatch)

[Christian Pötzsch]

Hi Tom,

when you use the MacPorts version for Snow Leopard there should be no
problem on using the OpenSSL version build with it. If it still doesn't
work or you use an MacPorts build with the 10.4 SDK, you can try to add
a file LocalConfig.kmk to the root build directory of VBox & fill it
with VBOX_MACOS_10_5_WORKAROUND=1. On Snow Leopard 64bit the 10.6 SDK is
of course used (It doesn't check this in the configure script, I will
add this later). Please note that for the real build process the SDK
isn't selected in the configure script but moreover in the Config.kmk file.

You are right about the OpenSSL check. I have fixed this in SVN, thanks.

Christian

Tom Birch wrote:
> Ah right, so it seems like at least on SnowLeopard, the matching for
> openssl in the configure script is a bit broken - there's 1 digit of
> precision missing from the version number, so it thinks that 0.9.7 is
> good. After fixing that (patch below) I tried to build openssl with
> macports, but it breaks because openssl doesn't like to use an SDK,
> and VBox uses the 10.5 SDK, so there's link errors:
> 
> Undefined symbols:
>   "_fopen$UNIX2003", referenced from:
>       _BIO_new_file in libcrypto.a(bss_file.o)
>       _file_ctrl in libcrypto.a(bss_file.o)
>       _open_console in libcrypto.a(ui_openssl.o)
>       _open_console in libcrypto.a(ui_openssl.o)
> 
> Does anybody build VBox on SnowLeopard? If so, how do you get around this?
> 
> Also, I hear VBox has support for the 64bit kernel in SnowLeopard, how
> do you guys do that if you require the 10.5 SDK everywhere?
> 
> cheers,
> Tom
> 
> Index: configure
> ===================================================================
> --- configure	(revision 24052)
> +++ configure	(working copy)
> @@ -818,7 +818,7 @@
>  extern "C" int main(void)
>  {
>    printf("found version %s", OPENSSL_VERSION_TEXT);
> -#if OPENSSL_VERSION_NUMBER >= 0x0090800
> +#if OPENSSL_VERSION_NUMBER >= 0x00908000
>    printf(", OK.\n");
>    return 0;
>  #else
> 
> 
> On Sat, Oct 24, 2009 at 11:19 AM, Christian Pöštzsch
> <Christian.Poetzsch at sun.com> wrote:
>> Hi Tom,
>>
>> have you rerun the configure script, it should check that? You are right the
>> OpenSSL version in the 10.5 SDK isn't sufficient anymore. Please install a
>> newer one with the help of MacPorts or manually. You can specify the path
>> with configure options.
>>
>> Christian
>>
>> Tom Birch wrote:
>>> I've been trying to compile trunk on SnowLeopard and I get the errors
>>> below. I believe this is due to the sha code expecting a newer version
>>> of openssl than is in the 10.5 SDK. The problem was introduced in
>>> r23503 (I can build and run r23500 fine, but r23501/2 have other
>>> issues).
>>>
>>> Is this a known issue? Is it likely to be fixed anytime soon?
>>>
>>> cheers,
>>> Tom
>>>
>>> /Users/local/vboxtrunk/include/iprt/sha.h:143: error: 'SHA256_CTX'
>>> does not name a type
>>> /Users/local/vboxtrunk/include/iprt/sha.h:222: error: 'SHA512_CTX'
>>> does not name a type
>>> kBuild: Compiling VBoxRT -
>>> /Users/local/vboxtrunk/src/VBox/Runtime/r3/darwin/mp-darwin.cpp
>>> /Users/local/vboxtrunk/src/VBox/Runtime/common/checksum/sha512.cpp:44:
>>> error: 'union RTSHA512CONTEXT' has no member named 'Private'
>>>
>>> _______________________________________________
>>> vbox-dev mailing list
>>> vbox-dev at virtualbox.org
>>> http://vbox.innotek.de/mailman/listinfo/vbox-dev
>>
>> --
>> Dr. Christian Pötzsch    Sun Microsystems    http://www.sun.com/
>>
> 
> _______________________________________________
> vbox-dev mailing list
> vbox-dev at virtualbox.org
> http://vbox.innotek.de/mailman/listinfo/vbox-dev


-- 
Dr. Christian Pötzsch    Sun Microsystems    http://www.sun.com/