On 4 May 2006 at 13:58, "Andrey Chernyshev" <[EMAIL PROTECTED]> 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.
> 
> 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 :)
> 
> 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)
> 
> 
> Thanks,
> Andrey.

I've found out a little more...

This seems to be an instance of a two-year-old compiler bug:

  http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16625

I suspect it might be fixed in gcc 4.0 - the simplest test case links as
expected - but sadly as previously noted there are other problems with
trying that.

-Mark.

> On 5/4/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
> >
> > On 3 May 2006 at 18:21, "Elford, Chris L" <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to