harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vladimir Gorr" <vvg...@gmail.com>
Subject Re: DRLVM contribution - try this out!
Date Thu, 04 May 2006 09:57:27 GMT
Hi Mark,


thank you very much for this valuable information. Indeed we used the gcc of
3.X version to build DRLVM.

It's not clear a cause why this header file (stl_hash_fun.h) has been
renamed for the recent gcc versions.

It seems the DRLVM sources should be correspondingly tuned to avoid the
problem detected by you.



Thanks,

Vladimir.


On 5/4/06, Mark Hindess <mark.hindess@googlemail.com> wrote:
>
>
> On 3 May 2006 at 18:21, "Elford, Chris L" <chris.l.elford@intel.com>
> wrote:
> > Hi all,
> >
> >   Since I shared initial experiences with this package, I thought I
> > should do the same on Linux.  I have not experienced as much luck there
> > yet.
> >
> > A few notes:
> >
> > 1) If you are behind a proxy, make sure to follow the instructions
> > regarding setting up the svn proxy [~/.subversion/servers].  The proxy
> > parameters to build.sh are not passed on to svn.
> >
> > 2) Don't try to use gcj as the JAVA_HOME for initial compilation.  I
> > tried this first but it looks for a tools.jar that gcj doesn't have. =20
> >
> > 3) I did not experience much success on Fedora Core 5.  I believe it is
> > a compiler issue w/ C++ compatibility [FC5 ships with gcc 4.1.0-3].
> > The errors that I get on Fedora core 5 are:
> >
> >        [cc]
> > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/sr
> > c/include/log4cxx/xml/domconfigurator.h:243: error: extra qualification
> > 'log4cxx::xml::DOMConfigurator::' on member 'subst'
> >        [cc]
> > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/sr
> > c/include/log4cxx/helpers/unicodehelper.h:98: error: extra qualification
> > 'log4cxx::helpers::UnicodeHelper::' on member 'lengthUTF8'
> >        [cc]
> > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/sr
> > c/include/log4cxx/helpers/unicodehelper.h:98: error: extra qualification
> > 'log4cxx::helpers::UnicodeHelper::' on member 'lengthUTF8'
> >        [cc]
> > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/sr
> > c/include/log4cxx/xml/domconfigurator.h:243: error: extra qualification
> > 'log4cxx::xml::DOMConfigurator::' on member 'subst'
> >        [cc]
> > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/sr
> > c/include/log4cxx/helpers/unicodehelper.h:98: error: extra qualification
> > 'log4cxx::helpers::UnicodeHelper::' on member 'lengthUTF8'
> >
> > 4) I switched back to a Fedora Core 4 system in the hopes that this
> > would resolve the compiler issue.  Fedora Core 4 comes with gcc
> > 4.0.0-8.  That doesn't see the errors above but has numerous warnings
> > then errors out with some C++ template prototype mismatches.  I can
> > send a log with the warnings/errors if desired.
> >
> > The readme indicates that gcc is supported [CXX=gcc].
> >
> > Is there a specific version of gcc required to get this to compile on
> > Fedora Core 4 or Fedora Core 5?
>
> In case this helps anyone else on Linux, I had a few problems:
>
> 1) missing bfd.h
>
> Fixed by installing binutils-dev on Debian.
>
> 2) Missing ext/stl_hash_fun.h
>
> I was using gcc/g++/libstdc++ 4.0.3 and this header file is called
> ext/hash_fun.h on this version.  I figure from this that it was intended
> to be built using an older 3.x version where the header has the required
> name.
>
> Using gcc 3.3.6, I'm stuck building native of vm.jitrino with link
> errors:
>
> build.native.link:
>       [cc] 0 total files to be compiled.
>       [cc] Starting link
>       [cc] `.L3696' referenced in section `.rodata' of
> ../_obj/JavaLabelPrepass.o: defined in discarded section
> `.gnu.linkonce.t._ZN7Jitrino16JavaLabelPrepass11getJavaTypeEPNS_4TypeE' of
> ../_obj/JavaLabelPrepass.o
>       [cc] `.L3681' referenced in section `.rodata' of
> ../_obj/JavaLabelPrepass.o: defined in discarded section
> `.gnu.linkonce.t._ZN7Jitrino16JavaLabelPrepass11getJavaTypeEPNS_4TypeE' of
> ../_obj/JavaLabelPrepass.o
>       [cc] `.L3695' referenced in section `.rodata' of
> ../_obj/JavaLabelPrepass.o: defined in discarded section
> `.gnu.linkonce.t._ZN7Jitrino16JavaLabelPrepass11getJavaTypeEPNS_4TypeE' of
> ../_obj/JavaLabelPrepass.o
>       [cc] `.L3682' referenced in section `.rodata' of
> ../_obj/JavaLabelPrepass.o: defined in discarded section
> `.gnu.linkonce.t._ZN7Jitrino16JavaLabelPrepass11getJavaTypeEPNS_4TypeE' of
> ../_obj/JavaLabelPrepass.o
>
> I decided it was time to get sleep at that point.  I will resume
> investigating this later.
>
> Regards,
> Mark.
>
>
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message