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: [EMAIL PROTECTED]
