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]
On Mon, Mar 11, 2013 at 12:17 AM, Steven Bosscher 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 conservatively r
On Sat, Mar 9, 2013 at 11:23 PM, Steven Bosscher 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.
> The cause is DSE
John David Anglin 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;
> }
>
> -/* { dg-final { scan-t
On Sun, Mar 10, 2013 at 2:08 AM, Steven Bosscher 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. Compile time is
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
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
* tree-ssa-loop-i
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';
> 'ni...@re
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 error
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 the
*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
http://gcc.gnu.o
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 attemp
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 in_flas
On 03/11/2013 03:23 AM, Richard Biener wrote:
On Sat, Mar 9, 2013 at 11:23 PM, Steven Bosscher 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
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 wrapping.
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 i
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 optimi
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
code
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 d
On Mon, Mar 11, 2013 at 7:10 PM, Jeff Law 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 done
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_EAC
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 f
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
* io/transfer.c (read_block_direct): Correct condition.
* intrinsics/execute_command_line.c (execute_command_line)
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
> wrote:
> > This patch like the previous 2 pages combines the decimal and binary
> > floating
> > point moves, this time for 128-bit floating point.
> >
> > In doing this patch, I
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
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
ilur
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 variabl
31 matches
Mail list logo
