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.<div><br></div><div>I had to comment out this assumption, as shown below:</div><div><br>
</div><div><div>if [ "$OS" = "darwin" ]; then</div><div> BUILD_LIBXSLT=1</div><div> BUILD_LIBXML2=1</div><div> #BUILD_LIBCURL=0</div><div>fi</div><div><br></div><div>Then I get the error I always get when trying to build VirtualBox OSE:</div>
<div><br></div><div><div>kBuild: Linking xpt_link</div><div>ld_classic: Undefined symbols:</div><div>_chmod$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div><div>_close$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div>
<div>_creat$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div><div>_fcntl$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div><div>_fputs$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div>
<div>_getrlimit$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div><div>_kill$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div><div>_open$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div>
<div>_read$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div><div>_select$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div><div>_strerror$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div>
<div>_strtod$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div><div>_waitpid$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div><div>_write$UNIX2003 referenced from libglib-2 expected to be defined in libSystem</div>
<div>_pthread_mutexattr_destroy$UNIX2003 referenced from libintl expected to be defined in libSystem</div><div>_pthread_rwlock_init$UNIX2003 referenced from libintl expected to be defined in libSystem</div><div>_pthread_rwlock_rdlock$UNIX2003 referenced from libintl expected to be defined in libSystem</div>
<div>_pthread_rwlock_unlock$UNIX2003 referenced from libintl expected to be defined in libSystem</div><div>_pthread_rwlock_wrlock$UNIX2003 referenced from libintl expected to be defined in libSystem</div><div>collect2: ld returned 1 exit status</div>
<div>kmk[2]: *** [/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/out/darwin.x86/release/obj/xpidl/xpidl] Error 1</div><div>The failing command:</div><div>@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 </div>
<div>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'</div><div>
kmk[2]: Leaving directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE'</div><div>kmk[1]: *** [pass_bldprogs_this] Error 2</div><div>kmk[1]: Leaving directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE'</div>
<div>kmk: *** [pass_bldprogs_order] Error 2</div><div><br></div><div>So I fixed this by doing what I usually do:</div><div><br></div><div>kmk VBOX_DEF_MACOSX_VERSION_MIN=10.5</div><div><br></div><div>Now it gets much further, but stops with:</div>
<div><br></div><div><div>kBuild: Pass - DLLs</div><div>kmk[1]: Entering directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE'</div><div>/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/kBuild/sdks/W2K3DDK.kmk:59: kBuild: PATH_SDK_W2K3DDK couldn't be determined!</div>
<div>/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/kBuild/sdks/WINPSDKINCS.kmk:61: kBuild: PATH_SDK_WINPSDKINCS couldn't be determined!</div><div>kmk[2]: Entering directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE'</div>
<div>/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/kBuild/sdks/W2K3DDK.kmk:59: kBuild: PATH_SDK_W2K3DDK couldn't be determined!</div><div>/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/kBuild/sdks/WINPSDKINCS.kmk:61: kBuild: PATH_SDK_WINPSDKINCS couldn't be determined!</div>
<div>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.</div>
<div>kmk[2]: Leaving directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE'</div><div>kmk[1]: *** [pass_dlls_this] Error 2</div><div>kmk[1]: Leaving directory `/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE'</div>
<div>kmk: *** [pass_dlls_order] Error 2</div><div><br></div><div>Now I'm not sure how to proceed.</div><div>-- </div><div>Robin</div></div></div><br><div class="gmail_quote">2009/7/13 Klaus Espenlaub <span dir="ltr"><<a href="mailto:Klaus.Espenlaub@sun.com">Klaus.Espenlaub@sun.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">Robin Green wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So what exactly do I need to do to fix this error? Do I untar a copy of the curl 7.19.4 source code in src/libs/curl-7.19.4/? But I don't think curl includes a file called Makefile.kmk, so I don't think that would work. Or do I need to edit the configure script to stop the build process trying to build curl?<br>
</blockquote>
<br></div>
No, the assumption is that you already have a copy of libcurl on your system. The configure script right now assumes that the header files are in the system default include directories and that the library is found in the default library directories. If that's not correct, you can adjust the INCCURL and LIBCURL settings, just as it's already done for FreeBSD. You could add a few lines to the configure script which searches in several directories or add a --with-curl-dir command line parameter.<br>
<br>
Klaus<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2009/7/13 Klaus Espenlaub <<a href="mailto:Klaus.Espenlaub@sun.com" target="_blank">Klaus.Espenlaub@sun.com</a> <mailto:<a href="mailto:Klaus.Espenlaub@sun.com" target="_blank">Klaus.Espenlaub@sun.com</a>>><div>
<div></div><div class="h5"><br>
<br>
Robin Green wrote:<br>
<br>
Exact same issue as I had with OSE 3.0 and OSE 3 beta - when is<br>
OSE going to be able to build on Mac OS X?<br>
<br>
<br>
I think someone already asked this and got an explanation: curl is<br>
not and will not be made part of the VirtualBox tree. So VirtualBox<br>
needs to know where the library is. It's of course possible to<br>
improve the configure script. That's actually pretty easy do, so<br>
someone could contribute this.<br>
<br>
All the other messages are harmless and expected.<br>
<br>
Klaus<br>
<br>
<br>
<br>
Config.kmk:1675:<br>
/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/out/darwin.x86/release/GCCConfig.kmk:<br>
No such file or directory<br>
Config.kmk:3811:<br>
/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/out/darwin.x86/release/revision.kmk:<br>
No such file or directory<br>
/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/src/libs/Makefile.kmk:51:<br>
/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/src/libs/curl-7.19.4/Makefile.kmk:<br>
No such file or directory<br>
/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/kBuild/sdks/W2K3DDK.kmk:59:<br>
kBuild: PATH_SDK_W2K3DDK couldn't be determined!<br>
/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/kBuild/sdks/WINPSDKINCS.kmk:61:<br>
kBuild: PATH_SDK_WINPSDKINCS couldn't be determined!<br>
kmk: *** No rule to make target<br>
`/Users/greenrd/Downloads/VirtualBox-3.0.2_OSE/src/libs/curl-7.19.4/Makefile.kmk'.<br>
Stop.<br>
</div></div></blockquote>
</blockquote></div><br></div>