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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED] > 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: [EMAIL PROTECTED]
> > > > Sent: Thursday, May 04, 2006 2:24 AM
> > > > To: [email protected]
> > > > 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 <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED]
For additional commands, e-mail: harmony-dev-
[EMAIL PROTECTED]
