On Sun, 12 Feb 2012, Janne Blomqvist wrote:
> If one were to create a new libm, why not dispense with the errno
> stuff altogether, and make -fno-math-errno the default, at least in
> c99/c++11 modes (and set the math_errhandling macro properly). Some
> quick googling suggests that libm's which don
Snapshot gcc-4.7-20120218 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.7-20120218/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On Fri, Feb 17, 2012 at 10:15 PM, Tobias Grosser wrote:
> On 02/17/2012 08:34 PM, David Malcolm wrote:
>>
>> On Thu, 2012-02-16 at 19:17 -0400, Arnaldo wrote:
>>>
>>> Hello everyone,
>>>
>>> I'm working on an extension to the Graphite pass of GCC 4.4.0. My
>>> intention is to associate costs to R
On 13 February 2012 15:24, Vincent Lefevre wrote:
> On 2012-02-10 17:41:49 +, Andrew Haley wrote:
>> On 02/10/2012 05:31 PM, Paweł Sikora wrote:
>> > it would be also nice to see functions for reducing argument range in
>> > public api.
>> > finally the end-user can use e.g. sin(reduce(x)) to
Am 18.02.2012 11:36, Mads Jensen wrote:
I've noticed that not all strings in the function
gfc_ascii_statement
in fortran/parse.c are supported by gettext with the _()-macro. Is there
a reason for this?
Well, usually it is not a good idea to translate statement names like
WRITE, SELECT TYPE etc
I've noticed that not all strings in the function
gfc_ascii_statement
in fortran/parse.c are supported by gettext with the _()-macro. Is there
a reason for this?
--
Med Venlig Hilsen / Kind Regards,
Mads Jensen
Rubinsteinsvej 31,st.th
DK-2450 Kbh. SV
Denmark
+45 6168 8518
"hippopotomonstrosesquipe
