You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Pavel Pervov <pm...@gmail.com> on 2007/03/27 09:05:44 UTC
Re: [drlvm][build] Error attempting to compile working_vm on x86_64 Linux Platform
Matt,
I expect I'm missing an obvious setup issue for the X86_64
> environment.
Most probably, you don't. This was introduced by the commit [1].
> If y'all have a suggestion that would be most excellent.
As I see from the code, you can safely remove this line. This variable is
not used anywhere.
[1]
http://svn.apache.org/viewvc/harmony/enhanced/drlvm/trunk/vm/vmcore/src/init/finalizer_thread.cpp?view=diff&r1=521689&r2=521690
WBR,
--
Pavel Pervov,
Intel Enterprise Solutions Software Division
Re: [drlvm][build] Error attempting to compile working_vm on x86_64 Linux Platform
Posted by Mikhail Loenko <ml...@gmail.com>.
2007/3/27, Gregory Shimansky <gs...@gmail.com>:
> Vladimir Ivanov wrote:
> > On 3/27/07, Mikhail Loenko <ml...@gmail.com> wrote:
> >> How to fix it in SVN?
>
> I've fixed this in 522890.
Thanks!
The commit for HARMONY-3485 added a local
> variable that isn't used. GCC 4.1.1 produced a warning for this variable
> initialization that I reproduced on my Gentoo installation. BTW GC_GEN
> doesn't build on GCC 4.1.1 too but I don't really know how to fix.
> Xiao-Feng, could you please take a look at it?
>
> >> Do we have a CC configuration that caught this problem?
> >
> > Actually, no. We have CC on top of SUSE 9 with gcc 3.3.3. And it
> > reports 'passed' status.
>
> I've suggested to upgrade the testing target for CC some time ago in
> [1]. It would really help to catch warnings produced by modern
> compilers. GCC 3.3.3 is more than 3 years old and most people use
> distributions with newer versions.
>
> [1] http://article.gmane.org/gmane.comp.java.harmony.devel/21903
>
> >> Thanks,
> >> Mikhail
> >>
> >> 2007/3/27, Pavel Pervov <pm...@gmail.com>:
> >> > Matt,
> >> >
> >> > I expect I'm missing an obvious setup issue for the X86_64
> >> > > environment.
> >> >
> >> >
> >> > Most probably, you don't. This was introduced by the commit [1].
> >> >
> >> >
> >> >
> >> > > If y'all have a suggestion that would be most excellent.
> >> >
> >> >
> >> > As I see from the code, you can safely remove this line. This
> >> variable is
> >> > not used anywhere.
> >> >
> >> > [1]
> >> >
> >> http://svn.apache.org/viewvc/harmony/enhanced/drlvm/trunk/vm/vmcore/src/init/finalizer_thread.cpp?view=diff&r1=521689&r2=521690
> >>
> >> > WBR,
> >> > --
> >> > Pavel Pervov,
> >> > Intel Enterprise Solutions Software Division
> >> >
> >>
> >
>
>
> --
> Gregory
>
>
Fwd: [drlvm][build] Error attempting to compile working_vm on x86_64 Linux Platform
Posted by Xiao-Feng Li <xi...@gmail.com>.
Ok, will get a GCC4.1.1 to correct the issue. Thanks.
xiaofeng
---------- Forwarded message ----------
From: Gregory Shimansky <gs...@gmail.com>
Date: Mar 27, 2007 8:51 PM
Subject: Re: [drlvm][build] Error attempting to compile working_vm on
x86_64 Linux Platform
To: dev@harmony.apache.org
Vladimir Ivanov wrote:
> On 3/27/07, Mikhail Loenko <ml...@gmail.com> wrote:
>> How to fix it in SVN?
I've fixed this in 522890. The commit for HARMONY-3485 added a local
variable that isn't used. GCC 4.1.1 produced a warning for this variable
initialization that I reproduced on my Gentoo installation. BTW GC_GEN
doesn't build on GCC 4.1.1 too but I don't really know how to fix.
Xiao-Feng, could you please take a look at it?
>> Do we have a CC configuration that caught this problem?
>
> Actually, no. We have CC on top of SUSE 9 with gcc 3.3.3. And it
> reports 'passed' status.
I've suggested to upgrade the testing target for CC some time ago in
[1]. It would really help to catch warnings produced by modern
compilers. GCC 3.3.3 is more than 3 years old and most people use
distributions with newer versions.
[1] http://article.gmane.org/gmane.comp.java.harmony.devel/21903
>> Thanks,
>> Mikhail
>>
>> 2007/3/27, Pavel Pervov <pm...@gmail.com>:
>> > Matt,
>> >
>> > I expect I'm missing an obvious setup issue for the X86_64
>> > > environment.
>> >
>> >
>> > Most probably, you don't. This was introduced by the commit [1].
>> >
>> >
>> >
>> > > If y'all have a suggestion that would be most excellent.
>> >
>> >
>> > As I see from the code, you can safely remove this line. This
>> variable is
>> > not used anywhere.
>> >
>> > [1]
>> >
>> http://svn.apache.org/viewvc/harmony/enhanced/drlvm/trunk/vm/vmcore/src/init/finalizer_thread.cpp?view=diff&r1=521689&r2=521690
>>
>> > WBR,
>> > --
>> > Pavel Pervov,
>> > Intel Enterprise Solutions Software Division
>> >
>>
>
--
Gregory
Re: [drlvm][build] Error attempting to compile working_vm on x86_64
Linux Platform
Posted by Gregory Shimansky <gs...@gmail.com>.
Vladimir Ivanov wrote:
> On 3/27/07, Mikhail Loenko <ml...@gmail.com> wrote:
>> How to fix it in SVN?
I've fixed this in 522890. The commit for HARMONY-3485 added a local
variable that isn't used. GCC 4.1.1 produced a warning for this variable
initialization that I reproduced on my Gentoo installation. BTW GC_GEN
doesn't build on GCC 4.1.1 too but I don't really know how to fix.
Xiao-Feng, could you please take a look at it?
>> Do we have a CC configuration that caught this problem?
>
> Actually, no. We have CC on top of SUSE 9 with gcc 3.3.3. And it
> reports 'passed' status.
I've suggested to upgrade the testing target for CC some time ago in
[1]. It would really help to catch warnings produced by modern
compilers. GCC 3.3.3 is more than 3 years old and most people use
distributions with newer versions.
[1] http://article.gmane.org/gmane.comp.java.harmony.devel/21903
>> Thanks,
>> Mikhail
>>
>> 2007/3/27, Pavel Pervov <pm...@gmail.com>:
>> > Matt,
>> >
>> > I expect I'm missing an obvious setup issue for the X86_64
>> > > environment.
>> >
>> >
>> > Most probably, you don't. This was introduced by the commit [1].
>> >
>> >
>> >
>> > > If y'all have a suggestion that would be most excellent.
>> >
>> >
>> > As I see from the code, you can safely remove this line. This
>> variable is
>> > not used anywhere.
>> >
>> > [1]
>> >
>> http://svn.apache.org/viewvc/harmony/enhanced/drlvm/trunk/vm/vmcore/src/init/finalizer_thread.cpp?view=diff&r1=521689&r2=521690
>>
>> > WBR,
>> > --
>> > Pavel Pervov,
>> > Intel Enterprise Solutions Software Division
>> >
>>
>
--
Gregory
Re: [drlvm][build] Error attempting to compile working_vm on x86_64 Linux Platform
Posted by Vladimir Ivanov <iv...@gmail.com>.
On 3/27/07, Mikhail Loenko <ml...@gmail.com> wrote:
> How to fix it in SVN?
>
> Do we have a CC configuration that caught this problem?
Actually, no. We have CC on top of SUSE 9 with gcc 3.3.3. And it
reports 'passed' status.
thanks, Vladimir
>
> Thanks,
> Mikhail
>
> 2007/3/27, Pavel Pervov <pm...@gmail.com>:
> > Matt,
> >
> > I expect I'm missing an obvious setup issue for the X86_64
> > > environment.
> >
> >
> > Most probably, you don't. This was introduced by the commit [1].
> >
> >
> >
> > > If y'all have a suggestion that would be most excellent.
> >
> >
> > As I see from the code, you can safely remove this line. This variable is
> > not used anywhere.
> >
> > [1]
> > http://svn.apache.org/viewvc/harmony/enhanced/drlvm/trunk/vm/vmcore/src/init/finalizer_thread.cpp?view=diff&r1=521689&r2=521690
> > WBR,
> > --
> > Pavel Pervov,
> > Intel Enterprise Solutions Software Division
> >
>
Re: [drlvm][build] Error attempting to compile working_vm on x86_64 Linux Platform
Posted by Mikhail Loenko <ml...@gmail.com>.
How to fix it in SVN?
Do we have a CC configuration that caught this problem?
Thanks,
Mikhail
2007/3/27, Pavel Pervov <pm...@gmail.com>:
> Matt,
>
> I expect I'm missing an obvious setup issue for the X86_64
> > environment.
>
>
> Most probably, you don't. This was introduced by the commit [1].
>
>
>
> > If y'all have a suggestion that would be most excellent.
>
>
> As I see from the code, you can safely remove this line. This variable is
> not used anywhere.
>
> [1]
> http://svn.apache.org/viewvc/harmony/enhanced/drlvm/trunk/vm/vmcore/src/init/finalizer_thread.cpp?view=diff&r1=521689&r2=521690
> WBR,
> --
> Pavel Pervov,
> Intel Enterprise Solutions Software Division
>