<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body bgcolor="#ffffff" text="#000000">
    <font face="Verdana">That command can be found here
      <a class="moz-txt-link-freetext" href="http://forums.virtualbox.org/viewtopic.php?f=31&t=38115">http://forums.virtualbox.org/viewtopic.php?f=31&t=38115</a><br>
      <br>
    </font><br>
    On 09/13/2011 02:13 PM, Arend Dittmer wrote:
    <blockquote
cite="mid:CAKQC8rD9CuCr9LjuvfyjXbuRZPrnG1MxFhxhiLzSZJE=L=zFtQ@mail.gmail.com"
      type="cite"><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
            moz-do-not-send="true"
            href="http://forums.virtualbox.org/viewtopic.php?f=31&t=38114">http://forums.virtualbox.org/viewtopic.php?f=31&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
            moz-do-not-send="true"
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"><<a
              moz-do-not-send="true"
              href="mailto:christian.poetzsch@oracle.com">christian.poetzsch@oracle.com</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
            0.8ex; border-left: 1px solid rgb(204, 204, 204);
            padding-left: 1ex;">You can use "kmk
            --pretty-command-printing" 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>
              > Martin,<br>
              ><br>
              > Thank you very much for your suggestion. You were
              right. It works<br>
              > without --with-openssl=/opt/local and the problem is
              exactly what you<br>
              > suggest. As I am not sure how to see the actual build
              command line I<br>
              > removed a semicolon at the end of a line in
              utf8-posix.cpp to induce a<br>
              > build error and have a look at the compiler command
              line.<br>
              ><br>
              > With the --with-openssl=/opt/local in configure the
              line for the build<br>
              > line of utf8-posix.cpp contains
              '-I/opt/local/include'. So it pulls in<br>
              > the header for libiconv in /opt/local/lib. At link
              time the linker links<br>
              > libiconv.dylib from /Developer/SDKs/MacOSX10.6.sdk
              that does not match<br>
              > the header from /opt/local/include<br>
              ><br>
              > After I started this thread I saw that the very same
              problem was<br>
              > reported a while back and the suggested workaround by
              the person<br>
              > reporting the issue was to add /opt/local/lib as a
              lib path for the linker:<br>
              ><br>
              > <a moz-do-not-send="true"
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>
              ><br>
              > I am not sure if this should be considered a bug but
              I feel that a flag<br>
              > for specifying the openssl location should not impact
              the build of a<br>
              > component that does not use openssl at all.<br>
              ><br>
              > Arend<br>
              ><br>
              > On Tue, Sep 13, 2011 at 10:41 AM, Martin Simmons <<a
                moz-do-not-send="true"
                href="mailto:martin@lispworks.com">martin@lispworks.com</a><br>
            </div>
            <div class="im">> <mailto:<a moz-do-not-send="true"
                href="mailto:martin@lispworks.com">martin@lispworks.com</a>>>
              wrote:<br>
              ><br>
              >     >>>>> 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<br>
              >     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<br>
              >     right header.<br>
              ><br>
              >     Do you really need --with-openssl-dir=/opt/local
              in the<br>
              >     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>
              ><br>
              >     __Martin<br>
              ><br>
              ><br>
              >     ><br>
              >     > On Tue, Sep 13, 2011 at 7:10 AM, François
              Revol <<a moz-do-not-send="true"
                href="mailto:revol@free.fr">revol@free.fr</a><br>
            </div>
            <div>
              <div class="h5">>     <mailto:<a
                  moz-do-not-send="true" 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<br>
                >     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<br>
                >     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*<br>
                >     *does not<br>
                >     > > have<br>
                >     > > > the _libiconv symbol (and the
                other symbols that are missing<br>
                >     which are<br>
                >     > > > _libiconv_open and
                _libiconv_close) for 64-bit:<br>
                >     > ><br>
                >     > > By experience, there are several
                "versions" of the iconv symbol<br>
                >     names.<br>
                >     > > This is meant to make it possible to
                link with an external<br>
                >     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<br>
                >     symbols.<br>
                >     > ><br>
                >     > > François.<br>
                >     > ><br>
                >     ><br>
                >     ><br>
                >     ><br>
                >     > --<br>
                >     > Arend Dittmer<br>
                >     > TheMicroComputer<br>
              </div>
            </div>
            >     > Phone: <a moz-do-not-send="true"
              href="tel:415%20497%207797" value="+14154977797">415 497
              7797</a> <tel:415%20497%207797><br>
            >     > e-mail: <a moz-do-not-send="true"
              href="mailto:arend@mypocketxp.com">arend@mypocketxp.com</a>
            <mailto:<a moz-do-not-send="true"
              href="mailto:arend@mypocketxp.com">arend@mypocketxp.com</a>><br>
            <div class="im">>     > <a moz-do-not-send="true"
                href="http://www.mypocketxp.com" target="_blank">http://www.mypocketxp.com</a><br>
              >     ><br>
              ><br>
              >     _______________________________________________<br>
              >     vbox-dev mailing list<br>
            </div>
            >     <a moz-do-not-send="true"
              href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a>
            <mailto:<a moz-do-not-send="true"
              href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a>><br>
            <div class="im">>     <a moz-do-not-send="true"
                href="http://vbox.innotek.de/mailman/listinfo/vbox-dev"
                target="_blank">http://vbox.innotek.de/mailman/listinfo/vbox-dev</a><br>
              ><br>
              ><br>
              ><br>
              ><br>
              > --<br>
              > Arend Dittmer<br>
              > TheMicroComputer<br>
              > Phone: <a moz-do-not-send="true"
                href="tel:415%20497%207797" value="+14154977797">415 497
                7797</a><br>
            </div>
            > e-mail: <a moz-do-not-send="true"
              href="mailto:arend@mypocketxp.com">arend@mypocketxp.com</a>
            <mailto:<a moz-do-not-send="true"
              href="mailto:arend@mypocketxp.com">arend@mypocketxp.com</a>><br>
            <div class="im">> <a moz-do-not-send="true"
                href="http://www.mypocketxp.com" target="_blank">http://www.mypocketxp.com</a><br>
              ><br>
              ><br>
              > _______________________________________________<br>
              > vbox-dev mailing list<br>
              > <a moz-do-not-send="true"
                href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a><br>
              > <a moz-do-not-send="true"
                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
              moz-do-not-send="true" href="http://www.oracle.com/"
              target="_blank">http://www.oracle.com/</a><br>
========================================================================<br>
            ORACLE Deutschland B.V. & 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 class="h5"><br>
                _______________________________________________<br>
                vbox-dev mailing list<br>
                <a moz-do-not-send="true"
                  href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a><br>
                <a moz-do-not-send="true"
                  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 moz-do-not-send="true"
          href="mailto:arend@mypocketxp.com">arend@mypocketxp.com</a><br>
        <a moz-do-not-send="true" href="http://www.mypocketxp.com">http://www.mypocketxp.com</a>
        <br>
      </div>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
vbox-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a>
<a class="moz-txt-link-freetext" href="http://vbox.innotek.de/mailman/listinfo/vbox-dev">http://vbox.innotek.de/mailman/listinfo/vbox-dev</a>
</pre>
    </blockquote>
  </body>
</html>