Hello,
This is a re-submission of the patch to support instructions with REG_INC_NOTE.
(http://gcc.gnu.org/ml/gcc-patches/2011-04/msg01309.html)
It contains a minor change from the previous submission suggested by
Richard Sandiford: to use reg_referenced_p instead of
rtx_referenced_p.
The patch
This patch:
> 2011-08-11 Uros Bizjak
>
> * builtins.def (BUILT_IN_ICEIL{,F,L}, BUILT_IN_IFLOOR{,F,L},
> BUILT_IN_IRINT{,F,L}, BUILT_IN_IROUND{,F,L}: New builtin definitions.
> * convert.c (convert_to_integer): Convert to BUILT_IN_ICEIL,
> BUILT_IN_IFLOOR, BUILT_IN_IRINT
Thomas Koenig wrote:
the attached patch extends conversion warnings to assignments.
OK for trunk?
I get now two warnings for:
complex(8), parameter :: z = cmplx (0.5, 0.5)
r = z
end
Untested: Instead of checking
if (rvalue->expr_type == EXPR_CONSTANT
&& (lvalue->ts.type == BT_REAL || lval
Ok.
On Sun, Aug 14, 2011 at 8:00 PM, Uros Bizjak wrote:
>> We can use ROUNDSP/ROUNDSD in round(a) expansion. Currently, we expand
>> round(a) as (-O2 -ffast-math):
>
> I forgot to add that this expansion is expanded only under
> flag_unsafe_math_optimizations due to addition of 0.5. For the input
> o
2011-08-14 Steven G. Kargl
* module.c (use_iso_fortran_env_module): Spell 'referrenced' correctly.
Index: module.c
===
--- module.c(revision 177414)
+++ module.c(working copy)
@@ -5577,7 +5577,7 @@ use_iso_fortran_env
On Sun, Aug 14, 2011 at 7:24 PM, Uros Bizjak wrote:
> We can use ROUNDSP/ROUNDSD in round(a) expansion. Currently, we expand
> round(a) as (-O2 -ffast-math):
I forgot to add that this expansion is expanded only under
flag_unsafe_math_optimizations due to addition of 0.5. For the input
of 0x1.fff
Hello!
We can use ROUNDSP/ROUNDSD in round(a) expansion. Currently, we expand
round(a) as (-O2 -ffast-math):
.LFB0:
.cfi_startproc
movsd .LC1(%rip), %xmm1
movapd %xmm0, %xmm2
movsd .LC0(%rip), %xmm3
andpd %xmm1, %xmm2
ucomisd %xmm2, %xmm3
Hi.
> This patch removes obsolete PREFERRED_RELOAD_CLASS and
> PREFERRED_OUTPUT_RELOAD_CLASS macros from MMIX back end in the GCC and
> introduces equivalent TARGET_PREFERRED_RELOAD_CLASS and
> TARGET_PREFERRED_OUTPUT_RELOAD_CLASS target hooks.
> --- gcc/config/mmix/mmix.c (revision 1768
Hi,
This patch is needed for x32 and only affects x32. Any comments/objections
to apply this to finish x32 support?
Thanks.
H.J.
On Thu, Aug 11, 2011 at 6:25 AM, H.J. Lu wrote:
> Hi,
>
> This is the last patch needed for x32 support.
> convert_memory_address_addr_space
> is called to con
PING
On Tue, Aug 9, 2011 at 6:56 AM, H.J. Lu wrote:
> PING.
>
> On Sat, Aug 6, 2011 at 7:40 AM, H.J. Lu wrote:
>> PING.
>>
>> On Fri, Jul 22, 2011 at 7:06 AM, H.J. Lu wrote:
>>> On Fri, Jul 22, 2011 at 7:00 AM, H.J. Lu wrote:
On Fri, Jul 22, 2011 at 6:03 AM, H.J. Lu wrote:
> On Fri,
I wrote:
Hello world,
the attached patch extends conversion warnings to assignments.
OK for trunk?
... and forgot to say that this has been regression-tested.
Thomas
Hello world,
the attached patch extends conversion warnings to assignments.
OK for trunk?
Thomas
011-08-14 Thomas Koenig
PR fortran/46659
* expr.c (gfc_check_assign): Check for type conversions when the
right-hand side is a constant REAL cor COMPLEX contstan
Hi.
This patch removes obsolete PREFERRED_RELOAD_CLASS and
PREFERRED_OUTPUT_RELOAD_CLASS macros from M32C back end in the GCC and
introduces equivalent TARGET_PREFERRED_RELOAD_CLASS and
TARGET_PREFERRED_OUTPUT_RELOAD_CLASS target hooks.
Regression tested on m32c-unknown-elf.
OK to instal
Hi,
I have add the boehm-gc patch and the configure for gcc patch to the
patch attached. So we can add this patch and then compile gcj for
RTEMS.
Best Regards,
Jie
gcj-rtems.patch
Description: Binary data
Hi all,
I just committed as obvious the fix for an accepts-invalid problem
involving function results. I simply took an existing check, separated
it off into a small function, and called it from another place (where
it was missed previously):
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=17774
On Sat, Aug 13, 2011 at 6:26 PM, Matthias Klose wrote:
> On 08/13/2011 06:02 PM, Sebastian Pop wrote:
>> On Sat, Aug 13, 2011 at 10:32, Joseph S. Myers
>> wrote:
>>> I advise either removing the option for CLooG to use bundled ISL, or
>>> making the bundled version the recommended version for GC
Hi Mikael,
Mikael Morin wrote:
this patch fixes PR 50071 where statement labels in a type definition where
hooked to the parent scoping unit instead of the type scoping unit.
I think the following is valid and it is still rejected (it is accepted
by NAG 5.1 and ifort):
1 type t
integer
On 08/12/2011 04:16 PM, Ramana Radhakrishnan wrote:
>>> @@ -24183,4 +24306,13 @@ arm_attr_length_push_multi(rtx parallel_op, rtx
>>> first_op)
>>>return 4;
>>> }
>>>
>>> +/* Compute the number of instructions emitted by output_move_double. */
>>> +int
>>> +arm_count_output_move_double_insns
Hello!
> Following on from the two patches I've just posted, this one makes
> config/i386/*.md use match_test for .md attributes. Tested as
> described here:
> http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01182.html
> * config/i386/i386.md: Use (match_test ...) for attribute tests.
>
We were assuming that if current_function_decl is set, then we are at a
local binding level. But that isn't the case with a late-specified
return type, so we need to check something else instead. Since what we
are interested in the binding level, let's check that directly.
Tested x86_64-pc-l
21 matches
Mail list logo
