You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Naveen Neelakantam <ne...@uiuc.edu> on 2006/06/10 09:03:14 UTC
[DRLVM] building from svn on FC5
I just tried building DRLVM out of svn. I am running Fedora Core 5
with gcc version 4.1.0 20060304 (Red Hat 4.1.0-3).
However, I am getting the build error shown below. Previous posts on
the dev list led me to believe that this issue had been resolved.
Did a patch get lost in the transition to svn?
Thanks,
Naveen
build.native.cpp:
[cc] Starting dependency analysis for 136 files.
[cc] 135 files are up to date.
[cc] 1 files to be recompiled from dependency analysis.
[cc] 6 total files to be compiled.
[cc] /work/nneelaka/Sandbox/HarmonyVM/build/
lnx_ia32_gcc_release/semis/extra/log4cxx/src/include/log4cxx/xml/
domconfigurator.h:243: error: extra qualification
‘log4cxx::xml::DOMConfigurator::’ on member ‘subst’
[cc] /work/nneelaka/Sandbox/HarmonyVM/build/
lnx_ia32_gcc_release/semis/extra/log4cxx/src/include/log4cxx/helpers/
unicodehelper.h:98: error: extra qualification
‘log4cxx::helpers::UnicodeHelper::’ on member ‘lengthUTF8’
[cc] /work/nneelaka/Sandbox/HarmonyVM/build/
lnx_ia32_gcc_release/semis/extra/log4cxx/src/include/log4cxx/helpers/
unicodehelper.h:98: error: extra qualification
‘log4cxx::helpers::UnicodeHelper::’ on member ‘lengthUTF8’
[cc] /work/nneelaka/Sandbox/HarmonyVM/build/
lnx_ia32_gcc_release/semis/extra/log4cxx/src/include/log4cxx/xml/
domconfigurator.h:243: error: extra qualification
‘log4cxx::xml::DOMConfigurator::’ on member ‘subst’
[cc] /work/nneelaka/Sandbox/HarmonyVM/build/
lnx_ia32_gcc_release/semis/extra/log4cxx/src/include/log4cxx/helpers/
unicodehelper.h:98: error: extra qualification
‘log4cxx::helpers::UnicodeHelper::’ on member ‘lengthUTF8’
On May 19, 2006, at 12:57 AM, Vladimir Gorr wrote:
> 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 <iv...@gmail.com> 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 <rd...@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 <iv...@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 <iv...@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 <ch...@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
Re: [DRLVM] building from svn on FC5
Posted by Vladimir Gorr <vv...@gmail.com>.
On 6/10/06, Mark Hindess <ma...@googlemail.com> wrote:
>
>
> On 10 June 2006 at 0:03, Naveen Neelakantam <ne...@uiuc.edu> wrote:
> >
> > I just tried building DRLVM out of svn. I am running Fedora Core 5
> > with gcc version 4.1.0 20060304 (Red Hat 4.1.0-3).
> >
> > However, I am getting the build error shown below. Previous posts on
> >
> > the dev list led me to believe that this issue had been resolved.
> > Did a patch get lost in the transition to svn?
>
> Hi Naveen,
>
> I'm still testing the latest version of Ivan's patch mentioned in the
> message below, so it is not committed in svn yet. (I hope to finish
> testing it today or tomorrow.) But I don't see a JIRA with Vladimir's
> fixes for FC5 so I don't think this will help you.
>
> Vladimir, can you create a new JIRA with your additional changes (on top
> of Ivan's patch or on drlvm/trunk if I've committed Ivan's patch by the
> time you read this.)
Hi Mark,
HARMONY-591 contains a patch fixing this issue on drlvm/trunk.
Thanks,
Vladimir.
> Regards,
> Mark.
>
> > Thanks,
> > Naveen
> >
> > On May 19, 2006, at 12:57 AM, Vladimir Gorr wrote:
> >
> > > 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 <iv...@gmail.com> 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
>
>
>
> ---------------------------------------------------------------------
> 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
>
>