harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ivan Volosyuk" <ivan.volos...@gmail.com>
Subject Re: DRLVM contribution - try this out!
Date Fri, 05 May 2006 15:47:48 GMT
The updated patch "DRLVM-GCC-3.4_and_4.x-cumulative.patch" is now in
Harmony-443 JIRA with detailed instructions.

http://issues.apache.org/jira/browse/HARMONY-443
--
Ivan

On 5/5/06, Rana Dasgupta <rdasgupt@gmail.com> wrote:
> Ivan,
>   Excellent. Pls submit to JIRA and link to original contribution, as Geir
> suggests. Also attach some submission notes including successful build log
> :-)
>
> Rana
>
>
>
>
> On 5/5/06, Ivan Volosyuk <ivan.volosyuk@gmail.com> wrote:
> >
> > I have made work release version of DRLVM build with GCC-4.1.0.
> > A small additional change in Class_File_Loader.cpp needed.
> > I can send a patch when we make a decision about patch policy.
> > --
> > Ivan
> >
> > On 5/5/06, Ivan Volosyuk <ivan.volosyuk@gmail.com> wrote:
> > >
> > > Chris, try patch from Harmony-443 for gcc-3.4.6 it should also work for
> > > gcc-3.4.5. With the patch I was able to build VM and started eclipse.
> > >
> > > As for gcc-4.1.0, I have prepared patch which fixes all the compilation
> > > problem, code still builds and works if compiled by gcc-3.4.6 and now
> > > compiles on gcc-4.1.0, but when compiling with gcc-4.1.0 it fails to run
> > > eclipse with message:
> > >     java/lang/ClassFormatError : java/lang/Class: could not parse
> > > exceptions for method
> > > forName(Ljava/lang/String;ZLjava/lang/ClassLoader;)Ljava/lang/Class;
> > >
> > > --
> > > Ivan
> > > Intel Middleware Products Division
> > >
> > >
> > > On 5/5/06, Elford, Chris L <chris.l.elford@intel.com > wrote:
> > > >
> > > > Hi Vladimir,
> > > >
> > > >   In the process of getting compiler 3.3.4 to work, I uninstalled the
> > > > gcc that came with Fedora.  It is possible that g++ wasn't installed
> > > > completely by the Fedora installer and I hadn't installed updates on
> > > > that system that might have fixed it.   Since I've gotten it working
> > > > with 3.3.4, I hesitate to go change my configuration now to check.  I
> > > > currently have my system capable of switching between gcc 3.3.4, 3.4.5
> > ,
> > > > and 4.0.3 via setting of PATH and use of ldconfig after
> > > > creating/tweaking /etc/ld.so.conf.d/aiee_compiler.conf.
> > > >
> > > >   With gcc 3.4.5, I get numerous errors in vm/jitrino/src/shared/Stl.h
> > > > regarding the need to define begin() and end():  "there are no
> > arguments
> > > > to 'end' that depend on a template parameter, so a declaration of
> > 'end'
> > > > must be available.
> > > >
> > > >   With gcc 4.0.3, I get the same template errors that I mentioned
> > > > yesterday.  These look like:
> > > >        [cc]
> > > > /usr/local/gcc-4.0.3/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../../inc
> > > > lude/c++/4.0.3/bits/stl_tree.h:389: error: no matching function for
> > call
> > > >
> > > > to 'Jit
> > > >
> > rino::StlMMAllocator<Jitrino::VarOpnd*>::destroy(std::pair<Jitrino::VarO
> > > > pnd* con
> > > > st, Jitrino::VarOpnd*>*)'
> > > >        [cc] /usr/local/src/Harmony/vm/jitrino/src/shared/Stl.h:119:
> > > > note: candid
> > > > ates are: void Jitrino::StlMMAllocator<T>::destroy(T*) [with T =
> > > > Jitrino::VarOpn
> > > > d*]
> > > >
> > > > My box does currently have include/ext directories for the three
> > > > compilers in /usr/local/gcc-3.3.4/include/c++/3.3.4/ext,
> > > > /usr/local/gcc-3.4.5/include/c++/3.4.5/ext,
> > > > /usr/local/gcc-4.0.3/c++/4.0.3/ext.
> > > >
> > > > Thanks,
> > > >
> > > > Chris Elford
> > > > Intel Middleware Products Division
> > > >
> > > > -----Original Message-----
> > > > From: Vladimir Gorr [mailto: vvgorr@gmail.com]
> > > > Sent: Thursday, May 04, 2006 2:24 AM
> > > > To: harmony-dev@incubator.apache.org
> > > > Cc: Andrey Chernyshev
> > > > Subject: Re: DRLVM contribution - try this out!
> > > >
> > > > Chris,
> > > >
> > > >
> > > >
> > > > most likely I've understood a root cause of your issue. I paid
> > attention
> > > >
> > > > the /usr/include/ext directory is absent on your machine. It means (or
> > > > can
> > > > mean)
> > > > the g++ compiler has been partially installed for your case. Please,
> > try
> > > >
> > > > to
> > > > eliminate it and to re-build again.
> > > >
> > > > Thanks,
> > > > Vladimir.
> > > >
> > > >
> > > > On 5/4/06, 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.
> > > > >
> > > > > 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?
> > > > >
> > > > > Thanks!
> > > > >
> > > > > Chris Elford
> > > > > Intel Middleware Products Division
> > > > >
>

---------------------------------------------------------------------
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
View raw message