harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Elford, Chris L" <chris.l.elf...@intel.com>
Subject RE: DRLVM contribution - try this out!
Date Fri, 05 May 2006 22:04:17 GMT
Hi Ivan,

  On Fedora core 4 and compiler 4.1.0, I get further with this patch.  I
am able to  build "successfully" with gcc 4.1.0 [4.0.3 still had some
template issues].  

  Unfortunately, while the resulting executable can run "ij -version",
it cannot run Eclipse... failing with "*** Error: Exception occured in
main thread constructor".  This is the case for both release and debug
compilations.

  Maybe I applied the patch incorrectly or need to start fresh from the
original zip files...  I think I'll try on Fedora core 5...

Thanks,

Chris Elford
Intel Middleware Products Division

-----Original Message-----
From: Ivan Volosyuk [mailto:ivan.volosyuk@gmail.com] 
Sent: Friday, May 05, 2006 8:48 AM
To: harmony-dev@incubator.apache.org
Subject: Re: DRLVM contribution - try this out!

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

---------------------------------------------------------------------
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