Small changes are required to fix the build issue for Fedora 5. I've prepared this patch and I'm ready to put it into JIRA. There are two ways to make this thing: - renew the cumulative patch created by Ivan (see JIRA issue below); - attach these changes as separate patch and adding it to the HARMONY-443.
What way is more preferable? Thanks, Vladimir. On 5/5/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote:
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: 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 <[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]