Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of vvgorr@gmail.com designates
 64.233.166.181 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=FEfvsE6Xpbfyu3zKEWHcysuMQFcwSMXH0PuQJ/bWPUofTTm+ICQLBBeFTQneaQPyBkX0ORKZhsit8lR6FXmw44z+JYKHthuMSmOfz00/JXbR7j5BJTPNrX5ixlS86Eh+CRtTk5BE+ds71vjUnA7JdBSVgIuf28UQjp3BDoCDX3I=
Message-ID: <23951bd90605190057m2a3360d7qcb6bcd1bb0eabbe6@mail.gmail.com>
Date: Fri, 19 May 2006 14:57:12 +0700
From: "Vladimir Gorr" <vvgorr@gmail.com>
To: harmony-dev@incubator.apache.org
Subject: Re: DRLVM contribution - try this out!
In-Reply-To: <12385bbd0605050847l845990enc7ea542d19aba28e@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_69551_3746656.1148025432094"
References: 
 <B0095134066CC94FBC80973103FFA1FE46DFBF@orsmsx416.amr.corp.intel.com>
	 <12385bbd0605041915h61b8122cmd1317c413a913152@mail.gmail.com>
	 <12385bbd0605050520q50e0b376g217e6275c2441142@mail.gmail.com>
	 <51d555c70605050802o644af0e4mf1c0b925731ee3f7@mail.gmail.com>
	 <12385bbd0605050847l845990enc7ea542d19aba28e@mail.gmail.com>

------=_Part_69551_3746656.1148025432094
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

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 <ivan.volosyuk@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 <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 t=
o
> 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 =
=3D
> > > > > 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 mean=
s
> (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].  Th=
e
> > > 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 the=
n
> > > > > 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=3Dgcc].
> > > > > >
> > > > > > 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
>
>

------=_Part_69551_3746656.1148025432094--