Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: 195.212.29.135 is neither permitted nor
 denied by domain of mark.hindess@googlemail.com)
Message-Id: <200605041042.k44AgnZ0012567@d06av02.portsmouth.uk.ibm.com>
From: Mark Hindess <mark.hindess@googlemail.com>
To: harmony-dev@incubator.apache.org
Subject: Re: DRLVM contribution - try this out! 
In-reply-to: Your message of "Thu, 04 May 2006 13:58:59 +0400."
             <6928c5160605040258p54e303e7l9461b7f8c623af8d@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 04 May 2006 11:42:49 +0100


On 4 May 2006 at 13:58, "Andrey Chernyshev" <a.y.chernyshev@gmail.com> wrote:
> 
> Mark Hindess wrote:
> > Using gcc 3.3.6, I'm stuck building native of vm.jitrino with link
> > errors:
> 
> I can suggest that link errors may be result of previous compilation
> with GCC 4.0 and then subsequent attempt to link with GCC 3.3.6.
> You may do the "build clean" first if you are changing the things like
> compiler, or, manually delete the directory
> Harmony/build/lnx_ia32_gcc_release before rebuilding.

Yeah, that was the first thing I tried.  That got rid of some errors but
left me with the ones I posted.

> We didn't check that this can be built on a whole variety of existing
> Linux distributions and different GCC versions, this would be a huge
> task that only Harmony can afford to do :)

Absolutely.  I'm certainly not complaining.  I'm just trying to help
others avoid tripping over the same problems that I'm seeing ... and
hopefully fixing. ;-)

> One of the configurations that worked fine was:
> SuSE Linux 9.2 (i586)
> kernel release: 2.6.8-24-smp
> gcc (GCC) 3.3.4 (pre 3.3.5 20040809)

This is v. useful.  Thanks.

Hmm.  That is a slightly older gcc than the version I'm using.  As a
first step, I might try to build with that exact version.  If/when I get
something that works, I can start to investigate the differences.

Regards,
 Mark.

> 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> wrot=
> e:
> > > 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. =
> =3D20
> > >
> > > 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/s=
> r
> > > 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/s=
> r
> > > c/include/log4cxx/helpers/unicodehelper.h:98: error: extra qualificatio=
> n
> > > 'log4cxx::helpers::UnicodeHelper::' on member 'lengthUTF8'
> > >        [cc]
> > > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/s=
> r
> > > c/include/log4cxx/helpers/unicodehelper.h:98: error: extra qualificatio=
> n
> > > 'log4cxx::helpers::UnicodeHelper::' on member 'lengthUTF8'
> > >        [cc]
> > > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/s=
> r
> > > 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/s=
> r
> > > c/include/log4cxx/helpers/unicodehelper.h:98: error: extra qualificatio=
> n
> > > '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=3Dgcc].
> > >
> > > 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/JavaLabelP=
> repass.o: defined in discarded section `.gnu.linkonce.t._ZN7Jitrino16JavaLa=
> belPrepass11getJavaTypeEPNS_4TypeE' of ../_obj/JavaLabelPrepass.o
> >       [cc] `.L3681' referenced in section `.rodata' of ../_obj/JavaLabelP=
> repass.o: defined in discarded section `.gnu.linkonce.t._ZN7Jitrino16JavaLa=
> belPrepass11getJavaTypeEPNS_4TypeE' of ../_obj/JavaLabelPrepass.o
> >       [cc] `.L3695' referenced in section `.rodata' of ../_obj/JavaLabelP=
> repass.o: defined in discarded section `.gnu.linkonce.t._ZN7Jitrino16JavaLa=
> belPrepass11getJavaTypeEPNS_4TypeE' of ../_obj/JavaLabelPrepass.o
> >       [cc] `.L3682' referenced in section `.rodata' of ../_obj/JavaLabelP=
> repass.o: defined in discarded section `.gnu.linkonce.t._ZN7Jitrino16JavaLa=
> belPrepass11getJavaTypeEPNS_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