Hi Richard,
Can you please help to review this patch?
BR,
Terry
-Original Message-
From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
ow...@gcc.gnu.org] On Behalf Of Terry Guo
Sent: Monday, March 04, 2013 10:46 AM
To: gcc-patches@gcc.gnu.org
Subject: Ping: [PATCH][ARM] GCC
On Mon, Mar 11, 2013 at 12:17 AM, Steven Bosscher stevenb@gmail.com wrote:
Hello,
RTL PRE has an option to disable load motion. This option works fine,
except that all analysis for load motion is still performed.
This patch stops gcse.c from recording memory sets for -fno-gcse-lm,
and
On Sat, Mar 9, 2013 at 11:23 PM, Steven Bosscher stevenb@gmail.com wrote:
Hello,
The attached patch fixes one of the (at least) three scalability
problems reported in PR middle-end/39326. This problem is that combine
takes forever and increases the memory footprint from ~650MB to 7GB.
John David Anglin dave.ang...@bell.net writes:
Index: gcc.dg/tree-ssa/pr55579.c
===
--- gcc.dg/tree-ssa/pr55579.c (revision 196546)
+++ gcc.dg/tree-ssa/pr55579.c (working copy)
@@ -11,5 +11,5 @@
return x;
}
-/* {
On Sun, Mar 10, 2013 at 2:08 AM, Steven Bosscher stevenb@gmail.com wrote:
Hello,
The attached patch fixes another one of the scalability problems
reported in PR middle-end/39326.
This problem is that tree loop-invariant code motion explodes on basic
blocks with many memory references.
domi...@lps.ens.fr (Dominique Dhumieres) writes:
The following tests XPASS on i?86-*-linux* and x86_64-*-linux* (see,
e.g., http://gcc.gnu.org/ml/gcc-testresults/2013-02/msg02923.html )
XPASS: gcc.dg/inline_3.c (test for excess errors)
XPASS: gcc.dg/inline_4.c (test for excess errors)
In PR56470 the compiler is failing an internal check on the operands to
shift_operator after reload has completed. This comes from reload
spilling a constant shift value from a register-specified shift which is
out-of-range, but permitted by the constraints due to the overloaded
nature of
This is a series of patches applying some TLC to LIM. This first
patch gets rid of the remains of create_vop_ref_mapping and
alongside cleans up how we record references.
Bootstrap and regtest pending on x86_64-unknown-linux-gnu.
Richard.
2013-03-11 Richard Biener rguent...@suse.de
PING:
http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00604.html
Thanks,
Greta
-Original Message-
From: Greta Yorsh [mailto:greta.yo...@arm.com]
Sent: 13 February 2013 13:36
To: GCC Patches
Cc: Ramana Radhakrishnan; Richard Earnshaw; 'p...@codesourcery.com';
On 03/08/2013 10:54 AM, Jason Merrill wrote:
My initial proposal for allowing general return type deduction allowed
deduction of std::initializer_list, which is not permitted by C++11. But
this doesn't make sense, because the underlying array will immediately
leak, so we should just give an
Adding initial support for the semantic analysis of template
requirements. This patch adds features for reducing requires clauses
into logical formulas comprised only of atomic propositions and
logical connectives.
The next patch will add inlining for constraint predicates.
I had hoped to add
*ping*
Tobias Burnus:
During the discussion of UNION, I decided to have a look at the
current documentation. UNION is not mentioned (except for some
commented lines), but record structures are. Attached is an attempted
to improve the documentation.
The current version is at
On Mon, Mar 11, 2013 at 06:39:37PM +0100, Tobias Burnus wrote:
*ping*
Tobias Burnus:
During the discussion of UNION, I decided to have a look at the
current documentation. UNION is not mentioned (except for some
commented lines), but record structures are. Attached is an attempted
This patch implements a new warning option -Waddr-space-convert warns about
conversions to a non-containing address space.
Address spaces are implemented in such a way that each address space is
contained in each other space so that casting is possible, e.g. in code like
char read_c (bool
On 03/11/2013 03:23 AM, Richard Biener wrote:
On Sat, Mar 9, 2013 at 11:23 PM, Steven Bosscher stevenb@gmail.com wrote:
Hello,
The attached patch fixes one of the (at least) three scalability
problems reported in PR middle-end/39326. This problem is that combine
takes forever and increases
Hi,
in the testcase we die in post-reload cprop because updating one insn clobber
actually affect other insn clobber. I actually introduced clobber sharing back
in 2005 to save memory for (clobber cc0). This broke with introduction of
post-reload
code copying that is now done by shrink
On 03/09/2013 12:59 PM, Steven Bosscher wrote:
Hello,
Debugging a DSE bug, I found the dumps to be almost unusable because
they are so verbose. For my test case, the -fdump-rtl-dse1 dump is a
~17GB file without the attached patch (the test case has ~5
insns). With the patch, all this extra
On 03/10/2013 11:52 PM, Wei Mi wrote:
Hi,
This is the fwprop extension patch which is put in order. Regression
test and bootstrap pass. Please help to review its rationality. The
following is a brief description what I have done in the patch.
In order to make fwprop more effective in rtl
On 03/11/2013 12:06 PM, Jan Hubicka wrote:
Hi,
in the testcase we die in post-reload cprop because updating one insn clobber
actually affect other insn clobber. I actually introduced clobber sharing back
in 2005 to save memory for (clobber cc0). This broke with introduction of
post-reload
On Mon, Mar 11, 2013 at 07:06:13PM +0100, Jan Hubicka wrote:
*** emit-rtl.c(revision 196596)
--- emit-rtl.c(working copy)
*** verify_rtx_sharing (rtx orig, rtx insn)
*** 2583,2589
return;
/* SCRATCH must be shared because they represent
On Mon, Mar 11, 2013 at 7:10 PM, Jeff Law l...@redhat.com wrote:
On 03/10/2013 11:52 PM, Wei Mi wrote:
Hi,
This is the fwprop extension patch which is put in order. Regression
test and bootstrap pass. Please help to review its rationality. The
following is a brief description what I have
On Mon, Mar 11, 2013 at 10:52 AM, Richard Biener wrote:
Given
+ well. Return true if all is well, false if something happened
+ that is fatal to the rest of the LIM pass. */
-static void
+static bool
gather_mem_refs_stmt (struct loop *loop, gimple stmt)
and
FOR_EACH_BB (bb)
On Mon, Mar 11, 2013 at 10:23 AM, Richard Biener wrote:
On Sat, Mar 9, 2013 at 11:23 PM, Steven Bosscher wrote:
The attached patch fixes one of the (at least) three scalability
problems reported in PR middle-end/39326. This problem is that combine
takes forever and increases the memory
Found using Coverity Scanner. The first is a bug, the other just
silences a dead-code warning.
Committed as Rev. 196603 after build + regtest.
Tobias
2013-03-11 Tobias Burnus bur...@net-b.de
* io/transfer.c (read_block_direct): Correct condition.
* intrinsics/execute_command_line.c
http://gcc.gnu.org/r196604
This adds a missing space in output_operand_lossage.
Applied as obvious.
Johann
PR target/56591
* config/avr/avr.c (avr_print_operand): Add space after '%c' in
output_operand_lossage message.
Index: config/avr/avr.c
On Thu, Mar 07, 2013 at 08:45:10PM -0500, David Edelsohn wrote:
On Wed, Jan 30, 2013 at 5:50 PM, Michael Meissner
meiss...@linux.vnet.ibm.com wrote:
This patch like the previous 2 pages combines the decimal and binary
floating
point moves, this time for 128-bit floating point.
In
On Mon, Mar 11, 2013 at 6:52 AM, Wei Mi wrote:
This is the fwprop extension patch which is put in order. Regression
test and bootstrap pass. Please help to review its rationality. The
following is a brief description what I have done in the patch.
In order to make fwprop more effective in rtl
binWsrE0LGKO9.bin
Description: Binary data
Don't know why the email body became attachment. Sent it again.
The review link is https://codereview.appspot.com/7740043
Hi Diego,
The nightly build of gcc-4.7 based ppc64 and ppc32 crosstools have failed since
the build server upgraded to gPrecise one week ago. Log shows a configuration fa
On 11-Mar-13, at 5:25 AM, Rainer Orth wrote:
You most likely need whitespace before the xfail. Also try to add a
comment (PR reference?) explaining it.
Added comments explaining xfails for gcc.dg/tree-ssa/pr55579.c and
gcc.dg/tree-ssa/vector-4.c.
Fixed whitespace.
Committed after testing
Hello list,
The attached patch makes -shared-libgcc the default for Cygwin. This is
something that I should have done some time ago, as shared libgcc on Cygwin is
more than mature. What's more, it is vital for reliable compilation of
applications that throw exceptions or share TLS
31 matches
Mail list logo
