[vbox-dev] Build issues with 4.0.12 and 4.1.2 on OSX Lion
Christian Pötzsch
christian.poetzsch at oracle.com
Tue Sep 13 19:40:28 GMT 2011
Well, "kmk --help" shows ofc a quick help ;)
http://svn.netlabs.org/kbuild contains some documentation about kBuild
itself. But it is more developer (that is on writing Makefile's) than
user oriented.
About your specific problem: I don't really remember what the problem
there was. I can only fix it properly by reproducing it here. This will
need some time and is rather low priority. Sorry. Anyway it seems your
posts (and the answers) contains some useful info.
Chris
On 9/13/11 9: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
--
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
========================================================================
More information about the vbox-dev
mailing list