Robin Green wrote: > Actually, no. The assumption is that on Darwin, a libcurl build should > be *forced*, whether the user wants it or not. I have no idea why. > > I had to comment out this assumption, as shown below: > > if [ "$OS" = "darwin" ]; then > BUILD_LIBXSLT=1 > BUILD_LIBXML2=1 > #BUILD_LIBCURL=0 > fi
Sounds like a bug in configure. > Then I get the error I always get when trying to build VirtualBox OSE: > > kBuild: Linking xpt_link > ld_classic: Undefined symbols: > _chmod$UNIX2003 referenced from libglib-2 expected to be defined in > libSystem > _close$UNIX2003 referenced from libglib-2 expected to be defined in > libSystem > _creat$UNIX2003 referenced from libglib-2 expected to be defined in > libSystem > _fcntl$UNIX2003 referenced from libglib-2 expected to be defined in > libSystem > _fputs$UNIX2003 referenced from libglib-2 expected to be defined in > libSystem > _getrlimit$UNIX2003 referenced from libglib-2 expected to be defined in > libSystem > _kill$UNIX2003 referenced from libglib-2 expected to be defined in libSystem > _open$UNIX2003 referenced from libglib-2 expected to be defined in libSystem > _read$UNIX2003 referenced from libglib-2 expected to be defined in libSystem > _select$UNIX2003 referenced from libglib-2 expected to be defined in > libSystem > _strerror$UNIX2003 referenced from libglib-2 expected to be defined in > libSystem > _strtod$UNIX2003 referenced from libglib-2 expected to be defined in > libSystem > _waitpid$UNIX2003 referenced from libglib-2 expected to be defined in > libSystem > _write$UNIX2003 referenced from libglib-2 expected to be defined in > libSystem > _pthread_mutexattr_destroy$UNIX2003 referenced from libintl expected to > be defined in libSystem > _pthread_rwlock_init$UNIX2003 referenced from libintl expected to be > defined in libSystem > _pthread_rwlock_rdlock$UNIX2003 referenced from libintl expected to be > defined in libSystem > _pthread_rwlock_unlock$UNIX2003 referenced from libintl expected to be > defined in libSystem > _pthread_rwlock_wrlock$UNIX2003 referenced from libintl expected to be > defined in libSystem > collect2: ld returned 1 exit status > kmk[2]: *** > [/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/out/darwin.x86/release/obj/xpidl/xpidl] > Error 1 > The failing command: > @g++-4.0 -L/opt/local/lib -lIDL-2 -lglib-2.0 -lintl > -liconv -mmacosx-version-min=10.4 > -Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk -Wl,-classic_linker -m32 > -o > /Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/out/darwin.x86/release/obj/xpidl/xpidl > -filelist > /Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/out/darwin.x86/release/obj/xpidl/xpidl.rsp > > kmk[2]: *** > [/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/out/darwin.x86/release/obj/xpidl/xpidl] > Deleting file > `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/out/darwin.x86/release/obj/xpidl/xpidl.rsp' > kmk[2]: Leaving directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE' > kmk[1]: *** [pass_bldprogs_this] Error 2 > kmk[1]: Leaving directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE' > kmk: *** [pass_bldprogs_order] Error 2 > > So I fixed this by doing what I usually do: > > kmk VBOX_DEF_MACOSX_VERSION_MIN=10.5 > The above issue can also be solved by adding VBOX_MACOS_10_5_WORKAROUND=1 to the environment, kmk command line, or LocalConfig.kmk. I know, configure should check for how your glib and libidl are linked, but we haven't got around to it yet. > Now it gets much further, but stops with: > > kBuild: Pass - DLLs > kmk[1]: Entering directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE' > /Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/kBuild/sdks/W2K3DDK.kmk:59: > kBuild: PATH_SDK_W2K3DDK couldn't be determined! > /Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/kBuild/sdks/WINPSDKINCS.kmk:61: > kBuild: PATH_SDK_WINPSDKINCS couldn't be determined! > kmk[2]: Entering directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE' > /Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/kBuild/sdks/W2K3DDK.kmk:59: > kBuild: PATH_SDK_W2K3DDK couldn't be determined! > /Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/kBuild/sdks/WINPSDKINCS.kmk:61: > kBuild: PATH_SDK_WINPSDKINCS couldn't be determined! > kmk[2]: *** No rule to make target > `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/out/darwin.x86/release/lib/VBox-libcrypto.a', > needed by > `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/out/darwin.x86/release/obj/VBoxRT/VBoxRT.dylib'. > Stop. > kmk[2]: Leaving directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE' > kmk[1]: *** [pass_dlls_this] Error 2 > kmk[1]: Leaving directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE' > kmk: *** [pass_dlls_order] Error 2 > 3.0.x requires openssl / libcrypto. Not quite sure how we're solving this on the other platforms, but it's the same kind of configure slip up that you've been seeing with libcurl I'm afraid. We will address these configure issues but it may take a little time due to the summer vacation season. -- Kind regards / Mit freundlichen Gruessen / Vennlig hilsen, Knut -- Sun Microsystems GmbH Knut St. Osmundsen Werkstrasse 24 Senior Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:[email protected] ================================================ Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten Amtsgericht Muenchen: HRB 161028 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin Haering ================================================ _______________________________________________ vbox-dev mailing list [email protected] http://vbox.innotek.de/mailman/listinfo/vbox-dev
