[vbox-dev] Build issues with 4.0.12 and 4.1.2 on OSX Lion
Perry Halbert
phalbert at cox.net
Tue Sep 13 12:32:10 PDT 2011
That command can be found here
http://forums.virtualbox.org/viewtopic.php?f=31&t=38115
On 09/13/2011 02:13 PM, Arend Dittmer wrote:
> 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
> <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 <mailto: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>
> > <mailto: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>
> > <mailto: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> <tel:415%20497%207797>
> > > e-mail: arend at mypocketxp.com <mailto:arend at mypocketxp.com>
> <mailto: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>
> <mailto: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 <tel:415%20497%207797>
> > e-mail: arend at mypocketxp.com <mailto:arend at mypocketxp.com>
> <mailto: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
>
>
> --
> 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 <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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.virtualbox.org/pipermail/vbox-dev/attachments/20110913/8f885395/attachment-0001.html
More information about the vbox-dev
mailing list