On Mon, Jul 2, 2012 at 8:39 PM, Roland McGrath wrote:
> On Sun, Jul 1, 2012 at 1:08 AM, Uros Bizjak wrote:
>> Based on the observation above, the patch is OK for mainline, but
>> please also handle "rep nop" case.
>
> Here's the new version of the patch that does that. Note that someone
> needs
On Sun, Jul 1, 2012 at 3:10 PM, Uros Bizjak wrote:
> gcc/
>
> 2012-07-01 Uros Bizjak
>
> * config/i386/xmmintrin.h (_mm_sfence): Use __builtin_ia32_pause.
>
> libgomp/
>
> 2012-07-01 Uros Bizjak
>
> * config/linux/x86/futex.h (cpu_relax): Use __builtin_ia32_pause.
>
Hello,
On SH a logical and with constants 0x or 0xFF can be done with the
respective zero-extension operations. The attached patch improves the
utilization of the zero-extension operations a little bit, resulting in
slightly better code.
Tested against rev 189081 with
make -k check RUNTESTFL
The fix for PR c++/52637 slightly broke the handling of local types in Ada.
The attached patch restores correct generation of debug info for them.
Tested on i586-suse-linux, applied on mainline and 4.7 branch.
2012-07-03 Eric Botcazou
* gcc-interface/utils.c (gnat_pushdecl): Set TYPE
Hi!
We ICE on this testcase since forever, because the computed goto's operand
needs cleanups and doesn't have corresponding CLEANUP_POINT_EXPR emitted
anywhere. Given that the operand is void * and only valid values for it are
&& LABEL_DECLs, I think it is ok to perform the cleanups before the a
On Mon, 2 Jul 2012, Nenad Vukicevic wrote:
> On 6/27/2012 8:06 AM, Richard Guenther wrote:
> > This merges from the graphite branch the move of PPL to ISL,
> > and completes it where it was lacking - thanks to Micha.
> > It leaves unmerged the addition of a pluto-like ISL optimizer
> > as well as
>-Original Message-
>From: Richard Guenther [mailto:richard.guent...@gmail.com]
>Sent: 2012年6月28日 17:24
>To: Zhenqiang Chen
>Cc: gcc-patches@gcc.gnu.org
>Subject: Re: [PATCH] Disable loop2_invariant for -Os
>
>On Thu, Jun 28, 2012 at 10:33 AM, Zhenqiang Chen
>wrote:
diff --git a/gcc/l
On Mon, 2 Jul 2012, Rainer Orth wrote:
> After the move to CLooG 0.17.0/ISL 0.10, mainline fails to configure
> with a static libisl:
>
> configure:5697: checking for version 0.10 of ISL
> configure:5722: gcc -o conftest -g -O2 -I/vol/gcc/include -I/vol/gcc/include
> -I/
> vol/gcc/include -I/vol
> Now reverted, including on the 4.7 branch (this is only for x86/Windows).
> We have decided to use another approach to deal with the problem as the
> above one introduces backwards compatibily issues.
This is the new approach, which doesn't require modifications to the source
code and essentia
On Tue, 3 Jul 2012, Richard Guenther wrote:
> On Mon, 2 Jul 2012, Nenad Vukicevic wrote:
>
> > On 6/27/2012 8:06 AM, Richard Guenther wrote:
> > > This merges from the graphite branch the move of PPL to ISL,
> > > and completes it where it was lacking - thanks to Micha.
> > > It leaves unmerged t
This is a regression present on the mainline and 4.7 branch. The compiler
aborts on the renaming of an object with a derived discriminated tagged type
converted to the parent type, if the parent type is itself derived from a root
discriminated tagged type and the renaming is later used as a pre
On Tue, 3 Jul 2012, Richard Guenther wrote:
> On Tue, 3 Jul 2012, Richard Guenther wrote:
>
> > On Mon, 2 Jul 2012, Nenad Vukicevic wrote:
> >
> > > On 6/27/2012 8:06 AM, Richard Guenther wrote:
> > > > This merges from the graphite branch the move of PPL to ISL,
> > > > and completes it where i
The compiler crashes on the recursive call to a function with an In-Out or Out
parameter passed by copy, in Ada 2012 mode.
Tested on i586-suse-linux, applied on mainline and 4.7 branch.
2012-07-03 Eric Botcazou
* gcc-interface/trans.c (Call_to_gnu): Robustify test for function case
Hello,
With the current mainline configured for powerpc-wrs-vxworks,
compiling the source below exposes a problem with tls support
(emulated) on this target:
/* t.c */
__thread int y = 2;
./cc1 t.c -o -
t.c:1:14: error: __tls__y causes a section type conflict with y
__thread int y = 2;
On Tue, Jul 3, 2012 at 10:29 AM, Zhenqiang Chen wrote:
>>-Original Message-
>>From: Richard Guenther [mailto:richard.guent...@gmail.com]
>>Sent: 2012年6月28日 17:24
>>To: Zhenqiang Chen
>>Cc: gcc-patches@gcc.gnu.org
>>Subject: Re: [PATCH] Disable loop2_invariant for -Os
>>
>>On Thu, Jun 28, 2
On Tue, 3 Jul 2012, Richard Guenther wrote:
> On Tue, 3 Jul 2012, Richard Guenther wrote:
>
> > On Tue, 3 Jul 2012, Richard Guenther wrote:
> >
> > > On Mon, 2 Jul 2012, Nenad Vukicevic wrote:
> > >
> > > > On 6/27/2012 8:06 AM, Richard Guenther wrote:
> > > > > This merges from the graphite br
Since the prologue rewrite in RTL the invalid assembler output has
turned into an ICE. Ignore the option on non-68020+. Committed.
Andreas.
PR target/28896
* config/m68k/m68k.c (m68k_option_override): Reset stack_limit_rtx
if !TARGET_68020.
testsuite/
* gcc.targ
On Tue, 3 Jul 2012, Richard Guenther wrote:
> On Tue, 3 Jul 2012, Richard Guenther wrote:
>
> > On Tue, 3 Jul 2012, Richard Guenther wrote:
> >
> > > On Tue, 3 Jul 2012, Richard Guenther wrote:
> > >
> > > > On Mon, 2 Jul 2012, Nenad Vukicevic wrote:
> > > >
> > > > > On 6/27/2012 8:06 AM, Ric
On Tue, Jul 3, 2012 at 9:16 AM, Uros Bizjak wrote:
> On Mon, Jul 2, 2012 at 8:39 PM, Roland McGrath wrote:
>> On Sun, Jul 1, 2012 at 1:08 AM, Uros Bizjak wrote:
>>> Based on the observation above, the patch is OK for mainline, but
>>> please also handle "rep nop" case.
>>
>> Here's the new versi
On 07/03/2012 12:12 PM, Richard Guenther wrote:
On Tue, 3 Jul 2012, Richard Guenther wrote:
On Tue, 3 Jul 2012, Richard Guenther wrote:
On Tue, 3 Jul 2012, Richard Guenther wrote:
On Tue, 3 Jul 2012, Richard Guenther wrote:
On Mon, 2 Jul 2012, Nenad Vukicevic wrote:
On 6/27/2012 8:06 AM
On Tue, Jul 3, 2012 at 12:37 PM, Richard Guenther
wrote:
Based on the observation above, the patch is OK for mainline, but
please also handle "rep nop" case.
>>>
>>> Here's the new version of the patch that does that. Note that someone
>>> needs to commit this for me, since I am not em
Hello!
Attached patch fixes PR 53811. gcc failed to check if symbol_ref
operands fits sibcall_insn_operand predicate. In case of
-mcmodel=large, we must emit indirect jump for a sibcall.
2012-07-03 Uros Bizjak
PR target/53811
* config/i386/i386.c (x86_output_mi_thunk): Check i
On Tue, Jul 3, 2012 at 12:48 PM, Uros Bizjak wrote:
> On Tue, Jul 3, 2012 at 12:37 PM, Richard Guenther
> wrote:
>
> Based on the observation above, the patch is OK for mainline, but
> please also handle "rep nop" case.
Here's the new version of the patch that does that. Note t
This merges the last bit from the graphite ISL branch - an
integrated optimizer based on ISL. To quote Tobias:
"The isl scheduling optimizer implements the scheduling algorithm first
developed in Pluto [1]. Pluto has shown significant speedups and is
nowadays even implemented in the IBM XL-C c
On Thu, Jun 28, 2012 at 12:14 AM, Ramana Radhakrishnan
wrote:
> On 28 May 2012 11:08, Carrot Wei wrote:
>> Hi
>>
>> This is the second part of the patches that deals with 64bit and. It directly
>> extends the patterns anddi3, anddi3_insn and anddi3_neon to handle 64bit
>> constant operands.
>>
>
On 07/03/2012 01:15 PM, Richard Guenther wrote:
This merges the last bit from the graphite ISL branch - an
integrated optimizer based on ISL. To quote Tobias:
"The isl scheduling optimizer implements the scheduling algorithm first
developed in Pluto [1]. Pluto has shown significant speedups an
Hi,
On Mon, 2 Jul 2012, Mike Stump wrote:
> On May 26, 2012, at 8:03 PM, Michael Matz wrote:
> > ---
> > PR middle-end/38474
> > * cfgexpand.c (struct stack_var): Add slot_type member.
> > (add_stack_var): Initialize it.
> > (add_alias_set_conflicts): Remove.
>
On Tue, 3 Jul 2012, Tobias Grosser wrote:
> On 07/03/2012 01:15 PM, Richard Guenther wrote:
> >
> > This merges the last bit from the graphite ISL branch - an
> > integrated optimizer based on ISL. To quote Tobias:
> >
> > "The isl scheduling optimizer implements the scheduling algorithm first
Hello!
2012-07-03 Uros Bizjak
* config/i386/i386.c (ix86_option_override_internal): Fix wrong
code model string in the error message.
Committed.
Uros.
Index: config/i386/i386.c
===
--- config/i386/i386.c (revis
On 07/03/2012 01:56 PM, Richard Guenther wrote:
On Tue, 3 Jul 2012, Tobias Grosser wrote:
On 07/03/2012 01:15 PM, Richard Guenther wrote:
This merges the last bit from the graphite ISL branch - an
integrated optimizer based on ISL. To quote Tobias:
"The isl scheduling optimizer implements t
On Tue, 3 Jul 2012, Tobias Grosser wrote:
> On 07/03/2012 01:56 PM, Richard Guenther wrote:
> > On Tue, 3 Jul 2012, Tobias Grosser wrote:
> >
> > > On 07/03/2012 01:15 PM, Richard Guenther wrote:
> > > >
> > > > This merges the last bit from the graphite ISL branch - an
> > > > integrated optimi
OK.
Jason
On 07/03/2012 02:24 PM, Richard Guenther wrote:
On Tue, 3 Jul 2012, Tobias Grosser wrote:
On 07/03/2012 01:56 PM, Richard Guenther wrote:
On Tue, 3 Jul 2012, Tobias Grosser wrote:
On 07/03/2012 01:15 PM, Richard Guenther wrote:
This merges the last bit from the graphite ISL branch - an
int
People are running into issues when mixing cloog built against isl 0.08
and gcc building against isl 0.10 (which is expected I guess).
Thus, clarified and committed.
Richard.
2012-07-03 Richard Guenther
* doc/install.texi (CLooG): Clarify how CLooG needs to be
configured and
Hi,
On Mon, 2 Jul 2012, Tobias Grosser wrote:
> > Yeah. If my above understanding is correct the path is clear.
>
> I believe it is.
It somewhat works. It has problems in those cases where there are
dependencies between different input dimensions in the scattering, which
happens for strip-m
Hi DJ,
My concern is more about calling NEXT_INSN on a deleted insn. If
that's guaranteed to be "reliable", I'm OK with it.
So pick whichever solution is more future-proof and go for it :-)
OK, I have gone with the following. I have replaced NEXT_INSN with
next_nonnote_nondebug_insn, so
I'll try again.
On the other hand I am pretty sure that I have ISL unpacked in my source
tree.
lrwxrwxrwx 1 nenad users 8 Jul 2 10:58 isl -> isl-0.10
drwxrwsr-x 7 nenad users4096 Jun 4 09:40 isl-0.10
Thank you.
On 7/3/2012 3:12 AM, Richard Guenther wrote:
The following fixes th
The following patch fixes all testsuite regressions on ia64 in
comparison with reload.
The patch was successfully bootstrapped on ia64 and x86/x86-64.
Committed as rev. 189235.
2012-07-03 Vladimir Makarov
* lra-eliminations.c (lra_eliminate_regs_1): Use Pmode for
plus_consta
I updated my trunk and was able to build. No problems at all.
Thank you.
Nenad
On 7/3/2012 3:12 AM, Richard Guenther wrote:
On Tue, 3 Jul 2012, Richard Guenther wrote:
On Tue, 3 Jul 2012, Richard Guenther wrote:
On Tue, 3 Jul 2012, Richard Guenther wrote:
On Tue, 3 Jul 2012, Richard Guent
The back end needs to know how to build up a zero in NULLPTR_TYPE for
writing out an empty CONSTRUCTOR.
Applying to trunk as obvious.
commit 458655a61c4e175b120c68093db923010d013eba
Author: Jason Merrill
Date: Tue Jul 3 13:23:10 2012 -0400
PR c++/53826
* tree.c (build_zero_cst): Ha
Hi,
straightforward indeed. Tested x86_64-linux.
Thanks,
Paolo.
/
2012-07-03 Paolo Carlini
PR libstdc++/53840
* include/std/ratio (ratio_multiply, ratio_divide, ratio_add,
ratio_subtract): Use template aliases.
* include/std/chrono (du
Hello,
Revision 180898:
http://gcc.gnu.org/viewcvs?view=revision&revision=180898
introduced at the end of gfc_add_loop_ss_code some self recursive calls
to handle reductions' loops (like in sum for example).
However, as gfc_add_loop_ss_code already calls itself to handle scalar
and vector subsc
On 02.07.2012 09:10, Tobias Burnus wrote:
For some reasons, result variables are walked twice. With
-finit-local-zero their value gets set to 0, either via an inserted
assignment or by adding a initialization (sym->value).
With -fno-automatic sym->value is also set for result variables, which
la
On 7/1/12, Gabriel Dos Reis wrote:
> On Fri, Jun 29, 2012 at 1:17 PM, Lawrence Crowl wrote:
>> Resend, as I replied to a message that didn't have the usual suspects
>> on the cc line.
>>
>> On 6/27/12, Lawrence Crowl wrote:
>>> ..., does anyone object to removing the permission to use C++
>>> st
On 7/1/12, Jason Merrill wrote:
> On 06/29/2012 02:17 PM, Lawrence Crowl wrote:
> > +RTTI anddynamic_cast
> > +
> > +
> > +Run-time type information (RTTI) is permitted
> > +when certain non-default--enable-checking options are
> > enabled,
> > +so as to allow checkers to report dynamic types.
>
On Tue, 2012-07-03 at 10:00 -0500, William J. Schmidt wrote:
> On Tue, 2012-07-03 at 15:59 +0200, Richard Guenther wrote:
> > On Tue, 3 Jul 2012, William J. Schmidt wrote:
> > > > +@deftypefn {Target Hook} int TARGET_VECTORIZE_FINISH_COST (void
> > > > *@var{})
> > > +This hook should complet
Lawrence Crowl writes:
| On 7/1/12, Gabriel Dos Reis wrote:
| > On Fri, Jun 29, 2012 at 1:17 PM, Lawrence Crowl wrote:
| >> Resend, as I replied to a message that didn't have the usual suspects
| >> on the cc line.
| >>
| >> On 6/27/12, Lawrence Crowl wrote:
| >>> ..., does anyone object to re
Oleg Endo wrote:
> On SH a logical and with constants 0x or 0xFF can be done with the
> respective zero-extension operations. The attached patch improves the
> utilization of the zero-extension operations a little bit, resulting in
> slightly better code.
This patch is OK.
Regards,
Hello Everyone,
This patch is for the Cilk Plus branch affecting both C and C++
compilers. This patch will fix a small cilk for bug and a small bug in pragma
simd.
Thanks,
Balaji V. Iyer.
Index: gcc/cgraphunit.c
===
--- gcc
Hello,
The attached patch splits out the code generation bits from
expand_case to two new functions, emit_case_decision_tree and
emit_case_dispatch_table.
I also added some bits of new code to help me better understand how
the code generation for decision trees works (I took dump_case_nodes
taken
Hi Richard,
What's the plan for 4.7 branch? Will you back port this patch to 4.7 and
make it use ISL too? I am going to create a upstream GCC SVN branch from 4.7
for development on ARM embedded processors. If there will be some big
changes for 4.7 in near future in terms of replacing PPL with ISL,
On 07/04/2012 08:51 AM, Terry Guo wrote:
Hi Richard,
What's the plan for 4.7 branch? Will you back port this patch to 4.7 and
make it use ISL too? I am going to create a upstream GCC SVN branch from 4.7
for development on ARM embedded processors. If there will be some big
changes for 4.7 in near
On Tue, Jul 3, 2012 at 11:51 PM, Terry Guo wrote:
> Hi Richard,
>
> What's the plan for 4.7 branch? Will you back port this patch to 4.7 and
> make it use ISL too? I am going to create a upstream GCC SVN branch from 4.7
> for development on ARM embedded processors. If there will be some big
> chan
53 matches
Mail list logo