<font class="Apple-style-span" face="arial, helvetica, sans-serif">Cool. Did not know about that one. Thank you. </font><span class="Apple-style-span" style="font-family: arial, helvetica, sans-serif; ">You also informed me recently about <span class="Apple-style-span" style="line-height: 18px; ">kmk packing -j1, which I really appreciated. Is there any documentation on kmk options? I have seen this link <a href="http://forums.virtualbox.org/viewtopic.php?f=31&amp;t=38114">http://forums.virtualbox.org/viewtopic.php?f=31&amp;t=38114</a> but it does not list the options.</span></span><div>
<font class="Apple-style-span" face="arial, helvetica, sans-serif"><span class="Apple-style-span" style="line-height: 18px; "><br></span></font></div><div><font class="Apple-style-span" face="arial, helvetica, sans-serif"><span class="Apple-style-span" style="line-height: 18px; ">On a different note ... do you agree that the actual issue is something to be fixed? You may remember the original post from Kentaro Kawamoto where you were responding to his report: </span></font><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; "><a href="http://comments.gmane.org/gmane.comp.emulators.virtualbox.devel/2862" target="_blank" style="color: rgb(0, 0, 204); ">http://comments.gmane.org/gmane.comp.emulators.virtualbox.devel/2862</a> </span></div>
<div><font class="Apple-style-span" face="arial, helvetica, sans-serif"><span class="Apple-style-span" style="line-height: 18px; "><br></span></font></div><div><font class="Apple-style-span" face="arial, helvetica, sans-serif"><span class="Apple-style-span" style="line-height: 18px; ">Arend </span></font></div>
<meta charset="utf-8"><div><br><div class="gmail_quote">On Tue, Sep 13, 2011 at 11:58 AM, Christian Pötzsch <span dir="ltr">&lt;<a href="mailto:christian.poetzsch@oracle.com">christian.poetzsch@oracle.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">You can use &quot;kmk --pretty-command-printing&quot; for getting some info on<br>
whats going on.<br>
<br>
Chris<br>
<div class="im">On 9/13/11 8:51 PM, Arend Dittmer wrote:<br>
&gt; Martin,<br>
&gt;<br>
&gt; Thank you very much for your suggestion. You were right. It works<br>
&gt; without --with-openssl=/opt/local and the problem is exactly what you<br>
&gt; suggest. As I am not sure how to see the actual build command line I<br>
&gt; removed a semicolon at the end of a line in utf8-posix.cpp to induce a<br>
&gt; build error and have a look at the compiler command line.<br>
&gt;<br>
&gt; With the --with-openssl=/opt/local in configure the line for the build<br>
&gt; line of utf8-posix.cpp contains &#39;-I/opt/local/include&#39;. So it pulls in<br>
&gt; the header for libiconv in /opt/local/lib. At link time the linker links<br>
&gt; libiconv.dylib from /Developer/SDKs/MacOSX10.6.sdk that does not match<br>
&gt; the header from /opt/local/include<br>
&gt;<br>
&gt; After I started this thread I saw that the very same problem was<br>
&gt; reported a while back and the suggested workaround by the person<br>
&gt; reporting the issue was to add /opt/local/lib as a lib path for the linker:<br>
&gt;<br>
&gt; <a href="http://comments.gmane.org/gmane.comp.emulators.virtualbox.devel/2862" target="_blank">http://comments.gmane.org/gmane.comp.emulators.virtualbox.devel/2862</a><br>
&gt;<br>
&gt; I am not sure if this should be considered a bug but I feel that a flag<br>
&gt; for specifying the openssl location should not impact the build of a<br>
&gt; component that does not use openssl at all.<br>
&gt;<br>
&gt; Arend<br>
&gt;<br>
&gt; On Tue, Sep 13, 2011 at 10:41 AM, Martin Simmons &lt;<a href="mailto:martin@lispworks.com">martin@lispworks.com</a><br>
</div><div class="im">&gt; &lt;mailto:<a href="mailto:martin@lispworks.com">martin@lispworks.com</a>&gt;&gt; wrote:<br>
&gt;<br>
&gt;     &gt;&gt;&gt;&gt;&gt; On Tue, 13 Sep 2011 09:17:53 -0700, Arend Dittmer said:<br>
&gt;     &gt;<br>
&gt;     &gt; Thanks again. It looks like you are right ... there are no function<br>
&gt;     &gt; prototypes for the symbols libiconv, libiconv_open and libiconv_close<br>
&gt;     &gt; in /Developer/SDKs/MacOSX10.6.sdk/usr/include/iconv.h which<br>
&gt;     corresponds to<br>
&gt;     &gt; /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libiconv.dylib<br>
&gt;     &gt;<br>
&gt;     &gt; Question is ... which flag do I set to have the build pick up<br>
&gt;     &gt; the MacOSX10.6.sdk version?<br>
&gt;     &gt;<br>
&gt;     &gt; Just not sure what VirtualBox build flag makes it pick up the<br>
&gt;     right header.<br>
&gt;<br>
&gt;     Do you really need --with-openssl-dir=/opt/local in the<br>
&gt;     configuration?  I<br>
&gt;     suspect that option adds /opt/local/include to the include path, so the<br>
&gt;     compiler finds /opt/local/include/iconv.h by accident.<br>
&gt;<br>
&gt;     __Martin<br>
&gt;<br>
&gt;<br>
&gt;     &gt;<br>
&gt;     &gt; On Tue, Sep 13, 2011 at 7:10 AM, François Revol &lt;<a href="mailto:revol@free.fr">revol@free.fr</a><br>
</div><div><div></div><div class="h5">&gt;     &lt;mailto:<a href="mailto:revol@free.fr">revol@free.fr</a>&gt;&gt; wrote:<br>
&gt;     &gt;<br>
&gt;     &gt; &gt; Le 13/09/2011 16:05, Arend Dittmer a écrit :<br>
&gt;     &gt; &gt; &gt; Thank you Darshan and Francois for getting back to me. For the<br>
&gt;     build that<br>
&gt;     &gt; &gt; &gt; fails the linker tries to link with libiconv in<br>
&gt;     &gt; &gt; &gt; /Developer/SDKs/MacOSX10.6.sdk:<br>
&gt;     &gt; &gt; [...]<br>
&gt;     &gt; &gt; &gt; If I manually run the command in the same directory and force<br>
&gt;     linking<br>
&gt;     &gt; &gt; with<br>
&gt;     &gt; &gt; &gt; the macports libiconv it actually builds. The macports library is<br>
&gt;     &gt; &gt; universal:<br>
&gt;     &gt; &gt;<br>
&gt;     &gt; &gt; It&#39;s possible that it always finds the iconv headers from MacPorts<br>
&gt;     &gt; &gt; first regardless, then it fails linking with the SDK one due to<br>
&gt;     &gt; &gt; mismatched headers and lib.<br>
&gt;     &gt; &gt;<br>
&gt;     &gt; &gt; &gt; The issue is that libiconv in /Developer/SDKs/MacOSX10.6.sdk*<br>
&gt;     *does not<br>
&gt;     &gt; &gt; have<br>
&gt;     &gt; &gt; &gt; the _libiconv symbol (and the other symbols that are missing<br>
&gt;     which are<br>
&gt;     &gt; &gt; &gt; _libiconv_open and _libiconv_close) for 64-bit:<br>
&gt;     &gt; &gt;<br>
&gt;     &gt; &gt; By experience, there are several &quot;versions&quot; of the iconv symbol<br>
&gt;     names.<br>
&gt;     &gt; &gt; This is meant to make it possible to link with an external<br>
&gt;     libiconv or<br>
&gt;     &gt; &gt; the one included with the libc on some platforms.<br>
&gt;     &gt; &gt; For ex. when defining LIBICONV_PLUG.<br>
&gt;     &gt; &gt;<br>
&gt;     &gt; &gt; If it picked up the wrong headers then it will try to use wrong<br>
&gt;     symbols.<br>
&gt;     &gt; &gt;<br>
&gt;     &gt; &gt; François.<br>
&gt;     &gt; &gt;<br>
&gt;     &gt;<br>
&gt;     &gt;<br>
&gt;     &gt;<br>
&gt;     &gt; --<br>
&gt;     &gt; Arend Dittmer<br>
&gt;     &gt; TheMicroComputer<br>
</div></div>&gt;     &gt; Phone: <a href="tel:415%20497%207797" value="+14154977797">415 497 7797</a> &lt;tel:415%20497%207797&gt;<br>
&gt;     &gt; e-mail: <a href="mailto:arend@mypocketxp.com">arend@mypocketxp.com</a> &lt;mailto:<a href="mailto:arend@mypocketxp.com">arend@mypocketxp.com</a>&gt;<br>
<div class="im">&gt;     &gt; <a href="http://www.mypocketxp.com" target="_blank">http://www.mypocketxp.com</a><br>
&gt;     &gt;<br>
&gt;<br>
&gt;     _______________________________________________<br>
&gt;     vbox-dev mailing list<br>
</div>&gt;     <a href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a> &lt;mailto:<a href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a>&gt;<br>
<div class="im">&gt;     <a href="http://vbox.innotek.de/mailman/listinfo/vbox-dev" target="_blank">http://vbox.innotek.de/mailman/listinfo/vbox-dev</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Arend Dittmer<br>
&gt; TheMicroComputer<br>
&gt; Phone: <a href="tel:415%20497%207797" value="+14154977797">415 497 7797</a><br>
</div>&gt; e-mail: <a href="mailto:arend@mypocketxp.com">arend@mypocketxp.com</a> &lt;mailto:<a href="mailto:arend@mypocketxp.com">arend@mypocketxp.com</a>&gt;<br>
<div class="im">&gt; <a href="http://www.mypocketxp.com" target="_blank">http://www.mypocketxp.com</a><br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; vbox-dev mailing list<br>
&gt; <a href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a><br>
&gt; <a href="http://vbox.innotek.de/mailman/listinfo/vbox-dev" target="_blank">http://vbox.innotek.de/mailman/listinfo/vbox-dev</a><br>
<br>
<br>
--<br>
</div>Dr. Christian Pötzsch                             <a href="http://www.oracle.com/" target="_blank">http://www.oracle.com/</a><br>
========================================================================<br>
ORACLE Deutschland B.V. &amp; Co. KG,<br>
Hauptverwaltung: Riesstr. 25, D-80992 München<br>
Registergericht: Amtsgericht München, HRA 95603<br>
<br>
Komplementärin: ORACLE Deutschland Verwaltung B.V.<br>
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande<br>
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697<br>
Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven<br>
========================================================================<br>
<div><div></div><div class="h5"><br>
_______________________________________________<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>