David Schultz noticed that the FreeBSD libm does not set errno, never
has done, and never will, and thus has made -fno-math-errno the default
in the (old, GCC 4.2-based) system compiler:
http://svn.freebsd.org/viewvc/base?view=revision&revision=181538
We should also make this change for GCC 4.
In what may be the most surprising announcement this year (not),
I am happy to announce that the steering committee is appointing
Joseph option handling maintainer.
Thanks for all the time and energy you have put into this already,
Joseph!
Please adjust the MAINTAINERS file accordingly, and Happy
So, in c-common.c we have:
targetm.init_builtins ();
build_common_builtin_nodes ();
and in f95-1.c we have:
build_common_builtin_nodes ();
targetm.init_builtins ();
I would like to change c-common.c to match fortran, so that the target hook can
slightly alter (rename) the linkage name
On 6 February 2011 23:57, Gerald Pfeifer wrote:
> On Mon, 14 Jun 2010, Jonathan Wakely wrote:
> And wouldn't it be appropriate to remove doc/xml/gnu/fdl-1.2.xml now
> that you have added fdl-1.3.xml?
Possibly. We still have gpl-2.0.xml there, which doesn't seem to be
included. I
On Mon, 14 Jun 2010, Jonathan Wakely wrote:
And wouldn't it be appropriate to remove doc/xml/gnu/fdl-1.2.xml now
that you have added fdl-1.3.xml?
>>> Possibly. We still have gpl-2.0.xml there, which doesn't seem to be
>>> included. I followed that example.
>>
>> If you are not using GPL
On 02/06/2011 09:56 AM, Jack Howarth wrote:
> tree fn = built_in_decls[BUILT_IN_COMPLEX_DIV_MIN + sc -
> MIN_MODE_COMPLEX_FLOAT];
Use DCmode or SCmode here.
r~
Snapshot gcc-4.3-20110206 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20110206/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Sun, 6 Feb 2011, Jack Howarth wrote:
> Richard,
>The ___divdc3 symbol on Snow Leopard in libSystem is less accurate
> than that in FSF libgcc (PR42333). We plan to use DECLARE_LIBRARY_RENAMES
> to provide an alternative symbol ___ieee_divdc3 to access the FSF libgcc
> ___divdc3 symbol when
On Sun, Feb 06, 2011 at 09:40:41AM -0800, Richard Henderson wrote:
> On 02/06/2011 08:12 AM, Jack Howarth wrote:
> > what is the correct value is use for the enum entry of the ___divdc3
> > symbol? Is it END_BUILTINS-1 or END_BUILTINS-2? Thanks in advance for
> > any clarifications.
>
> See build_
On 02/06/2011 08:12 AM, Jack Howarth wrote:
> what is the correct value is use for the enum entry of the ___divdc3
> symbol? Is it END_BUILTINS-1 or END_BUILTINS-2? Thanks in advance for
> any clarifications.
See build_common_builtin_modes:
dcode = ((enum built_in_function)
Richard,
The ___divdc3 symbol on Snow Leopard in libSystem is less accurate
than that in FSF libgcc (PR42333). We plan to use DECLARE_LIBRARY_RENAMES
to provide an alternative symbol ___ieee_divdc3 to access the FSF libgcc
___divdc3 symbol when libSystem.dylib is linked first and
!flag_unsafe_m
Richard Guenther wrote:
> A bug? Can you file a bugreport and CC me? I'll look into the
> problem.
Sure, this is now PR tree-optimization/47621.
Thanks for looking into it!
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig...@de.ibm.com
On Sat, Feb 5, 2011 at 4:55 PM, Ulrich Weigand wrote:
> Hello,
>
> the following program seems to be miscompiled at -O or higher:
>
> int
> main (void)
> {
> int data = 1;
>
> struct ptr
> {
> int val;
> } *ptr = (struct ptr *) &data;
>
> ptr->val = 0;
>
> return data;
> }
>
> This
13 matches
Mail list logo
