[vbox-dev] Build issues with 4.0.12 and 4.1.2 on OSX Lion
Arend Dittmer
arend at mypocketxp.com
Tue Sep 13 19:13:07 GMT 2011
Cool. Did not know about that one. Thank you. You also informed me recently
about kmk packing -j1, which I really appreciated. Is there any
documentation on kmk options? I have seen this link
http://forums.virtualbox.org/viewtopic.php?f=31&t=38114 but it does not list
the options.
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:
http://comments.gmane.org/gmane.comp.emulators.virtualbox.devel/2862
Arend
On Tue, Sep 13, 2011 at 11:58 AM, Christian Pötzsch <
christian.poetzsch at oracle.com> wrote:
> You can use "kmk --pretty-command-printing" for getting some info on
> whats going on.
>
> Chris
> On 9/13/11 8:51 PM, Arend Dittmer wrote:
> > Martin,
> >
> > 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.
> >
> > With the --with-openssl=/opt/local in configure the line for the build
> > line of 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 /Developer/SDKs/MacOSX10.6.sdk that does not match
> > the header from /opt/local/include
> >
> > 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:
> >
> > http://comments.gmane.org/gmane.comp.emulators.virtualbox.devel/2862
> >
> > 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.
> >
> > Arend
> >
> > On Tue, Sep 13, 2011 at 10:41 AM, Martin Simmons <martin at lispworks.com
> > <mailto:martin at lispworks.com>> wrote:
> >
> > >>>>> On Tue, 13 Sep 2011 09:17:53 -0700, Arend Dittmer said:
> > >
> > > Thanks again. It looks like you are right ... there are no function
> > > prototypes for the symbols libiconv, libiconv_open and
> libiconv_close
> > > in /Developer/SDKs/MacOSX10.6.sdk/usr/include/iconv.h which
> > corresponds to
> > > /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libiconv.dylib
> > >
> > > Question is ... which flag do I set to have the build pick up
> > > the MacOSX10.6.sdk version?
> > >
> > > Just not sure what VirtualBox build flag makes it pick up the
> > right header.
> >
> > Do you really need --with-openssl-dir=/opt/local in the
> > configuration? I
> > suspect that option adds /opt/local/include to the include path, so
> the
> > compiler finds /opt/local/include/iconv.h by accident.
> >
> > __Martin
> >
> >
> > >
> > > On Tue, Sep 13, 2011 at 7:10 AM, François Revol <revol at free.fr
> > <mailto:revol at free.fr>> wrote:
> > >
> > > > Le 13/09/2011 16:05, Arend Dittmer a écrit :
> > > > > Thank you Darshan and Francois for getting back to me. For the
> > build that
> > > > > fails the linker tries to link with libiconv in
> > > > > /Developer/SDKs/MacOSX10.6.sdk:
> > > > [...]
> > > > > If I manually run the command in the same directory and force
> > linking
> > > > with
> > > > > the macports libiconv it actually builds. The macports library
> is
> > > > universal:
> > > >
> > > > It's possible that it always finds the iconv headers from
> MacPorts
> > > > first regardless, then it fails linking with the SDK one due to
> > > > mismatched headers and lib.
> > > >
> > > > > The issue is that libiconv in /Developer/SDKs/MacOSX10.6.sdk*
> > *does not
> > > > have
> > > > > the _libiconv symbol (and the other symbols that are missing
> > which are
> > > > > _libiconv_open and _libiconv_close) for 64-bit:
> > > >
> > > > By experience, there are several "versions" of the iconv symbol
> > names.
> > > > This is meant to make it possible to link with an external
> > libiconv or
> > > > the one included with the libc on some platforms.
> > > > For ex. when defining LIBICONV_PLUG.
> > > >
> > > > If it picked up the wrong headers then it will try to use wrong
> > symbols.
> > > >
> > > > François.
> > > >
> > >
> > >
> > >
> > > --
> > > Arend Dittmer
> > > TheMicroComputer
> > > Phone: 415 497 7797 <tel:415%20497%207797>
> > > e-mail: arend at mypocketxp.com <mailto:arend at mypocketxp.com>
> > > http://www.mypocketxp.com
> > >
> >
> > _______________________________________________
> > vbox-dev mailing list
> > vbox-dev at virtualbox.org <mailto:vbox-dev at virtualbox.org>
> > http://vbox.innotek.de/mailman/listinfo/vbox-dev
> >
> >
> >
> >
> > --
> > Arend Dittmer
> > TheMicroComputer
> > Phone: 415 497 7797
> > e-mail: arend at mypocketxp.com <mailto:arend at mypocketxp.com>
> > http://www.mypocketxp.com
> >
> >
> > _______________________________________________
> > vbox-dev mailing list
> > vbox-dev at virtualbox.org
> > http://vbox.innotek.de/mailman/listinfo/vbox-dev
>
>
> --
> Dr. Christian Pötzsch http://www.oracle.com/
> ========================================================================
> ORACLE Deutschland B.V. & Co. KG,
> Hauptverwaltung: Riesstr. 25, D-80992 München
> Registergericht: Amtsgericht München, HRA 95603
>
> Komplementärin: ORACLE Deutschland Verwaltung B.V.
> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
> Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven
> ========================================================================
>
> _______________________________________________
> vbox-dev mailing list
> vbox-dev at virtualbox.org
> http://vbox.innotek.de/mailman/listinfo/vbox-dev
>
--
Arend Dittmer
TheMicroComputer
Phone: 415 497 7797
e-mail: arend at mypocketxp.com
http://www.mypocketxp.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.virtualbox.org/pipermail/vbox-dev/attachments/20110913/fe7ceec7/attachment.html>
More information about the vbox-dev
mailing list