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
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.
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 Sat, Aug 13, 2011 at 6:26 PM, Matthias Klose d...@debian.org wrote:
On 08/13/2011 06:02 PM, Sebastian Pop wrote:
On Sat, Aug 13, 2011 at 10:32, Joseph S. Myers jos...@codesourcery.com
wrote:
I advise either removing the option for CLooG to use bundled ISL, or
making the bundled version
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=gccview=revrev=177745
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.
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
Hello world,
the attached patch extends conversion warnings to assignments.
OK for trunk?
Thomas
011-08-14 Thomas Koenig tkoe...@gcc.gnu.org
PR fortran/46659
* expr.c (gfc_check_assign): Check for type conversions when the
right-hand side is a constant REAL
PING
On Tue, Aug 9, 2011 at 6:56 AM, H.J. Lu hjl.to...@gmail.com wrote:
PING.
On Sat, Aug 6, 2011 at 7:40 AM, H.J. Lu hjl.to...@gmail.com wrote:
PING.
On Fri, Jul 22, 2011 at 7:06 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Fri, Jul 22, 2011 at 7:00 AM, H.J. Lu hjl.to...@gmail.com wrote:
On
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 hjl.to...@gmail.com wrote:
Hi,
This is the last patch needed for x32 support.
convert_memory_address_addr_space
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 176858)
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
On Sun, Aug 14, 2011 at 7:24 PM, Uros Bizjak ubiz...@gmail.com 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
2011-08-14 Steven G. Kargl ka...@gcc.gnu.org
* 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 @@
On Sun, Aug 14, 2011 at 8:00 PM, Uros Bizjak ubiz...@gmail.com 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
Ok.
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 ||
This patch:
2011-08-11 Uros Bizjak ubiz...@gmail.com
* 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,
18 matches
Mail list logo