On Sun, Jan 22, 2012 at 3:52 PM, Andreas Schwab <sch...@linux-m68k.org> wrote:
> The java frontend wants that floating point operations are assumed to
> never trap, thus clears flag_trapping_math in java_init_options_struct.
> But this is no longer effective after revision 165823, because
> set_fast_math_flags is now always called during option processing,
> overriding anything what the frontend did to flag_trapping_math.  This
> is an amendment to revision 169930 which introduced
> frontend_set_flag_trapping_math, but didn't set it in
> java_init_options_struct.
>
> While this was found during examination of PR49847, this doesn't fix it,
> but only makes the bug dormant again in 4.6.
>
> Tested on powerpc-linux, ok for trunk and 4.6 branch?

Ok.

Thanks,
Richard.

> Andreas.
>
> 2012-01-22  Andreas Schwab  <sch...@linux-m68k.org>
>
>        * lang.c (java_init_options_struct): Set
>        frontend_set_flag_trapping_math.
>
> diff --git a/gcc/java/lang.c b/gcc/java/lang.c
> index ccab48c..da7dd05 100644
> --- a/gcc/java/lang.c
> +++ b/gcc/java/lang.c
> @@ -1,6 +1,6 @@
>  /* Java(TM) language-specific utility routines.
>    Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004,
> -   2005, 2006, 2007, 2008, 2010 Free Software Foundation, Inc.
> +   2005, 2006, 2007, 2008, 2010, 2012 Free Software Foundation, Inc.
>
>  This file is part of GCC.
>
> @@ -550,6 +550,7 @@ java_init_options_struct (struct gcc_options *opts)
>
>   /* In Java floating point operations never trap.  */
>   opts->x_flag_trapping_math = 0;
> +  opts->frontend_set_flag_trapping_math = true;
>
>   /* In Java arithmetic overflow always wraps around.  */
>   opts->x_flag_wrapv = 1;
> --
> 1.7.8.4
>
> --
> Andreas Schwab, sch...@linux-m68k.org
> GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
> "And now for something completely different."

Reply via email to