Martin,<div><br></div><div>Thank you very much for your suggestion. You were right. It works without --with-openssl=/opt/local and the problem is exactly what you suggest. As I am not sure how to see the actual build command line I removed a semicolon at the end of a line in utf8-posix.cpp to induce a build error and have a look at the compiler command line.</div>
<div><br></div><div>With the <meta charset="utf-8">--with-openssl=/opt/local in configure the line for the build line of <meta charset="utf-8">utf8-posix.cpp contains '-I/opt/local/include'. So it pulls in the header for libiconv in /opt/local/lib. At link time the linker links libiconv.dylib from <meta charset="utf-8"><span class="Apple-style-span" style="font-size: 12px; line-height: 15px; "><font class="Apple-style-span" face="arial, helvetica, sans-serif">/Developer/SDKs/MacOSX10.6.sdk that does not match the header from </font></span><meta charset="utf-8">/opt/local/include</div>
<div><br></div><div>After I started this thread I saw that the very same problem was reported a while back and the suggested workaround by the person reporting the issue was to add /opt/local/lib as a lib path for the linker:</div>
<div><br></div><div><a href="http://comments.gmane.org/gmane.comp.emulators.virtualbox.devel/2862">http://comments.gmane.org/gmane.comp.emulators.virtualbox.devel/2862</a>  <br><br><div class="gmail_quote">I am not sure if this should be considered a bug but I feel that a flag for specifying the openssl location should not impact the build of a component that does not use openssl at all.</div>
<div class="gmail_quote"><br></div><div class="gmail_quote">Arend</div><div class="gmail_quote"><br></div><div class="gmail_quote">On Tue, Sep 13, 2011 at 10:41 AM, Martin Simmons <span dir="ltr"><<a href="mailto:martin@lispworks.com">martin@lispworks.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">>>>>> On Tue, 13 Sep 2011 09:17:53 -0700, Arend Dittmer said:<br>
><br>
> Thanks again. It looks like you are right ... there are no function<br>
> prototypes for the symbols libiconv, libiconv_open and libiconv_close<br>
> in /Developer/SDKs/MacOSX10.6.sdk/usr/include/iconv.h which corresponds to<br>
> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libiconv.dylib<br>
><br>
> Question is ... which flag do I set to have the build pick up<br>
> the MacOSX10.6.sdk version?<br>
><br>
> Just not sure what VirtualBox build flag makes it pick up the right header.<br>
<br>
</div>Do you really need --with-openssl-dir=/opt/local in the configuration?  I<br>
suspect that option adds /opt/local/include to the include path, so the<br>
compiler finds /opt/local/include/iconv.h by accident.<br>
<font color="#888888"><br>
__Martin<br>
</font><div><div></div><div class="h5"><br>
<br>
><br>
> On Tue, Sep 13, 2011 at 7:10 AM, François Revol <<a href="mailto:revol@free.fr">revol@free.fr</a>> wrote:<br>
><br>
> > Le 13/09/2011 16:05, Arend Dittmer a écrit :<br>
> > > Thank you Darshan and Francois for getting back to me. For the build that<br>
> > > fails the linker tries to link with libiconv in<br>
> > > /Developer/SDKs/MacOSX10.6.sdk:<br>
> > [...]<br>
> > > If I manually run the command in the same directory and force linking<br>
> > with<br>
> > > the macports libiconv it actually builds. The macports library is<br>
> > universal:<br>
> ><br>
> > It's possible that it always finds the iconv headers from MacPorts<br>
> > first regardless, then it fails linking with the SDK one due to<br>
> > mismatched headers and lib.<br>
> ><br>
> > > The issue is that libiconv in /Developer/SDKs/MacOSX10.6.sdk* *does not<br>
> > have<br>
> > > the _libiconv symbol (and the other symbols that are missing which are<br>
> > > _libiconv_open and _libiconv_close) for 64-bit:<br>
> ><br>
> > By experience, there are several "versions" of the iconv symbol names.<br>
> > This is meant to make it possible to link with an external libiconv or<br>
> > the one included with the libc on some platforms.<br>
> > For ex. when defining LIBICONV_PLUG.<br>
> ><br>
> > If it picked up the wrong headers then it will try to use wrong symbols.<br>
> ><br>
> > François.<br>
> ><br>
><br>
><br>
><br>
> --<br>
> Arend Dittmer<br>
> TheMicroComputer<br>
> Phone: <a href="tel:415%20497%207797" value="+14154977797">415 497 7797</a><br>
> e-mail: <a href="mailto:arend@mypocketxp.com">arend@mypocketxp.com</a><br>
> <a href="http://www.mypocketxp.com" target="_blank">http://www.mypocketxp.com</a><br>
><br>
<br>
</div></div><div><div></div><div class="h5">_______________________________________________<br>
vbox-dev mailing list<br>
<a href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a><br>
<a href="http://vbox.innotek.de/mailman/listinfo/vbox-dev" target="_blank">http://vbox.innotek.de/mailman/listinfo/vbox-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Arend Dittmer<br>TheMicroComputer<br>Phone: 415 497 7797<br>e-mail: <a href="mailto:arend@mypocketxp.com">arend@mypocketxp.com</a><br><a href="http://www.mypocketxp.com">http://www.mypocketxp.com</a> <br>

</div>