Re: Events output fail in libjava

2007-11-20 Thread David Daney
Revital1 Eres wrote: > Hello, > > I am testing some patch on r130269, running on ppc64-linux and I get > the following events output fail in libjava with the new patch applied > (the fail does not appear in the vanilla version). The error does not > seem to be related to the patch I am testing, bu

Events output fail in libjava

2007-11-20 Thread Revital1 Eres
Hello, I am testing some patch on r130269, running on ppc64-linux and I get the following events output fail in libjava with the new patch applied (the fail does not appear in the vanilla version). The error does not seem to be related to the patch I am testing, but to make sure I am not mistake

Re: undocumented optimization options

2007-11-20 Thread Razya Ladelsky
Mark Mitchell <[EMAIL PROTECTED]> wrote on 12/11/2007 18:25:03: > Richard Guenther wrote: > > > For options that are not enabled by default at any -O level the > documentation > > should be a help for the user to decide whether to enable or not enable it. > > So, yes, if there are non-standard

Re: undocumented optimization options

2007-11-20 Thread Richard Guenther
On Nov 20, 2007 12:32 PM, Razya Ladelsky <[EMAIL PROTECTED]> wrote: > Mark Mitchell <[EMAIL PROTECTED]> wrote on 12/11/2007 18:25:03: > > > > Richard Guenther wrote: > > > > > For options that are not enabled by default at any -O level the > > documentation > > > should be a help for the user to de

Re: SIMD-enabled and -lpthread incompatible?

2007-11-20 Thread Tim Prince
Daniel Verkamp wrote: > The MMX registers are aliased onto the x87 floating-point registers, > so they should be saved and restored correctly regardless. That's not true of all CPU implementations. If you want to be sure your code will run only on the CPUs where they are distinct, don't take that

bug with -fleading-underscore doubling underscore in some cases on templates

2007-11-20 Thread Stephane Hockenhull
hi, we have found a case where g++ will generate template instantiations with two underscore prefixes (std::string, "__ZNSs7reserveEm" instead of just "_ZNSs7reserveEm") while other .cpp files will compile just fine. the template stabs sections are correctly setup as "_ZNSs7reserveEm" but the

Re: bug with -fleading-underscore doubling underscore in some cases on templates

2007-11-20 Thread Daniel Jacobowitz
On Tue, Nov 20, 2007 at 01:59:23PM -0500, Stephane Hockenhull wrote: > hi, > > we have found a case where g++ will generate template instantiations with two > underscore prefixes (std::string, "__ZNSs7reserveEm" instead of just > "_ZNSs7reserveEm") while other .cpp files will compile just fine.

Re: Build failure of trunk on i686-pc-gnu-linux

2007-11-20 Thread Thomas Schwinge
Hello! On Mon, Nov 19, 2007 at 05:22:52PM -0800, Andrew Pinski wrote: > On 11/19/07, Thomas Schwinge <[EMAIL PROTECTED]> wrote: > > I'm glad that nobody answered. I've been doing nothing wrong. And also > > it's not someone else's fault. But let me tell you what in fact was > > going wrong. >