Hi Richard,
On 11/14/2018 02:59 PM, Richard Biener wrote:
On Fri, Nov 9, 2018 at 4:49 PM Renlin Li wrote:
Hi Richard,
On 11/09/2018 11:48 AM, Richard Biener wrote:
On Thu, Nov 8, 2018 at 5:55 PM Renlin Li wrote:
Hi Richard,
I don't see the masked load here on x86_64 btw. (I don&
Hi Martin,
Seems the change is not checked in yet?
Thanks,
Renlin
On 10/22/2018 01:22 PM, Martin Liška wrote:
On 10/22/18 12:09 PM, Jakub Jelinek wrote:
On Mon, Oct 22, 2018 at 12:04:23PM +0200, Martin Liška wrote:
I noticed that before the tests were run with all of
-std=(c|gnu)++(98|11|14)
On 11/16/2018 01:20 PM, Jonathan Wakely wrote:
On 16/11/18 10:42 +, Renlin Li wrote:
Hi all,
Please remember that all patches for libstdc++ must be sent to the
libstdc++ list, as documented at https://gcc.gnu.org/lists.html
Just CCing me is not enough.
Hi Jonathan,
I knew I missed
with default unix variant. There is no change on the result.
Okay to commit?
Regards,
Renlin
gcc/libstdc++-v3/:
2018-11-16 Renlin Li
Tejas Belagod
testsuite/lib/libstdc++.exp (check_v3_target_prop_cached): New proc.
(check_v3_target): Use the
e all
related issues are fixed.
Thanks for fixing it!
Regards,
Renlin
On 11/12/2018 08:25 PM, Peter Bergner wrote:
On 11/12/18 6:25 AM, Renlin Li wrote:
I tried to build a native arm-linuxeabihf toolchain with the patch.
But I got the following ICE:
Ok, the issue was a problem in handling th
Hi Peter,
Thanks for the patch! It makes much more sense to me to split those functions,
and use them separately.
I tried to build a native arm-linuxeabihf toolchain with the patch. But I got
the following ICE:
/home/renlin/try-new/./gcc/xgcc -B/home/renlin/try-new/./gcc/ -B/usr/local/arm-non
Hi Richard,
On 11/09/2018 11:48 AM, Richard Biener wrote:
On Thu, Nov 8, 2018 at 5:55 PM Renlin Li wrote:
Hi Richard,
*However*, after I rebased my patch on the latest trunk.
Got the following dump from ifcvt:
[local count: 1006632961]:
# i_20 = PHI
# ivtmp_18 = PHI
a_10
need to be discovered/fixed.
Regards,
Renlin
gcc/ChangeLog:
2018-11-08 Renlin Li
* config/aarch64/aarch64-sve.md (extract_last): Add new modes.
* config/aarch64/iterators.md (PREDV): predicate mode to vector mode
mapping.
(predv): Likewise, lower case.
gcc/test
Hi Richard,
On 11/08/2018 12:09 PM, Richard Biener wrote:
On Thu, Nov 8, 2018 at 12:02 PM Renlin Li wrote:
Hi all,
When allow-store-data-races is enabled, ifcvt would prefer to generated
conditional select and unconditional store to convert certain if statement
into:
_ifc_1 = val
_ifc_2
Hi Peter,
On 11/08/2018 03:21 PM, Peter Bergner wrote:
On 11/8/18 4:57 AM, Renlin Li wrote:
I think I found the problem!
As described in the PR, a hard register is used in
an pre/post modify expression. The hard register is live, but updated.
In this case, we should make it conflicting with
Hi Peter,
On 11/08/2018 12:35 PM, Peter Bergner wrote:
On 11/8/18 4:57 AM, Renlin Li wrote:
I think I found the problem!
As described in the PR, a hard register is used in
an pre/post modify expression. The hard register is live, but updated.
In this case, we should make it conflicting with
to do the code transformation.
Any thoughts on the best way to fix the issue?
This patch has been tested with aarch64-none-elf, no regressions.
Regards,
Renlin
gcc/ChangeLog:
2018-11-08 Renlin Li
* tree-vectorizer.h (combine_sel_mask_store): Declare new function.
* tree-ve
Hi,
On 11/06/2018 06:58 PM, Jeff Law wrote:
On 11/6/18 3:52 AM, Renlin Li wrote:
Hi Jeff & Peter,
On 11/05/2018 07:41 PM, Jeff Law wrote:
On 11/5/18 12:36 PM, Peter Bergner wrote:
On 11/5/18 1:20 PM, Jeff Law wrote:
On 11/1/18 4:07 PM, Peter Bergner wrote:
On 11/1/18 1:50 PM, Renli
Hi Ramana,
On 11/06/2018 10:57 AM, Ramana Radhakrishnan wrote:
On Tue, Nov 6, 2018 at 10:52 AM Renlin Li wrote:
Hi Jeff & Peter,
On 11/05/2018 07:41 PM, Jeff Law wrote:
On 11/5/18 12:36 PM, Peter Bergner wrote:
On 11/5/18 1:20 PM, Jeff Law wrote:
On 11/1/18 4:07 PM, Peter Bergner w
Hi Jeff & Peter,
On 11/05/2018 07:41 PM, Jeff Law wrote:
On 11/5/18 12:36 PM, Peter Bergner wrote:
On 11/5/18 1:20 PM, Jeff Law wrote:
On 11/1/18 4:07 PM, Peter Bergner wrote:
On 11/1/18 1:50 PM, Renlin Li wrote:
Is there any update on this issues?
arm-none-linux-gnueabihf native toolc
On 11/05/2018 12:35 PM, Renlin Li wrote:
Hi Segher,
On 11/03/2018 02:34 AM, Jeff Law wrote:
On 11/2/18 5:54 PM, Segher Boessenkool wrote:
On Fri, Nov 02, 2018 at 06:03:20PM -0500, Segher Boessenkool wrote:
The original rtx is generated by expand_builtin_setjmp_receiver to adjust
the frame
Hi Segher,
On 11/03/2018 02:34 AM, Jeff Law wrote:
On 11/2/18 5:54 PM, Segher Boessenkool wrote:
On Fri, Nov 02, 2018 at 06:03:20PM -0500, Segher Boessenkool wrote:
The original rtx is generated by expand_builtin_setjmp_receiver to adjust
the frame pointer.
And later in LRA, it will try to el
Hi Segher,
I find a problem with your change to add make_more_copies.
I am investigating those regressions, a big amount of them are wrong code
generation.
One problem is that, make_more_copies will split the assignment of fp to sfp.
From:
(insn 48 26 28 5 (set (reg/f:SI 102 sfp)
(reg/
Hi Peter,
On 11/01/2018 10:07 PM, Peter Bergner wrote:
On 11/1/18 1:50 PM, Renlin Li wrote:
Is there any update on this issues?
arm-none-linux-gnueabihf native toolchain has been mis-compiled for a while.
From the analysis I've done, my commit is just exposing latent issues
in LRA.
Hi Peter,
Is there any update on this issues?
arm-none-linux-gnueabihf native toolchain has been mis-compiled for a while.
I got the following dump from the test case.
x1 is an early clobber operand in the inline assembly statement,
r92 should conflict with x1?
;; a0(r93,l0) conflicts: a1(r92,
data processing.
We need to improve that.
aarch64 sve test Okay, Okay to commit?
Regards,
Renlin
gcc/ChangeLog:
2018-10-31 Renlin Li
PR target/87815
* dse.c (get_stored_val): Add check for compile-time
constantness of gap.
gcc/testsuite/ChangeLog:
2018-10-31 Renl
Hi Jonathan,
I saw those tests failed to compile on baremetal targets with the following
error:
```
libstdc++-v3/include/experimental/io_context:45: fatal error: poll.h: No such
file or directory
```
Should we add a check to prevent it from running on unsupported platforms?
Thanks!
Renlin
On
should be applicable at O0 optimization level for
all memory models (tiny, small and large).
Okay to commit?
gcc/ChangeLog:
2018-10-15 Renlin Li
* config/aarch64/aarch64.c (aarch64_classify_symbol): Direct address
symbols referencing per function literl pool.
gcc/testsuite/C
4 sve extension,
I only run the aarch64-sve testsuites, no change to the result.
Okay to commit?
Regards,
Renlin
gcc/ChangeLog:
2018-10-12 Renlin Li
PR target/87563
* tree-vectorizer.c (try_vectorize_loop_1): Don't use
if-conversioned loop when it contains ifn with
Hi Martin,
pr82625.C failed on compiler builds which don't support "default" and "avx"
target.
For example, arm/aarch64 native linux gcc compiler.
As I found in this gcc wiki: https://gcc.gnu.org/wiki/FunctionMultiVersioning
'''
This support is available in GCC 4.8 and later. Support is only a
Hi Jeff,
On 06/29/2018 08:34 PM, Jeff Law wrote:
On 03/22/2018 05:56 AM, Renlin Li wrote:
Hi all,
As described in PR84877. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877
The local copy of parameter on stack is not aligned.
For BLKmode paramters, a local copy on the stack will be saved
+(define_insn "*aarch64_bfxil"
+ [(set (match_operand:GPI 0 "register_operand" "=r,r")
+(ior:GPI (and:GPI (match_operand:GPI 1 "register_operand" "r,0")
+ (match_operand:GPI 3 "const_int_operand" "n, Ulc"))
+ (and:GPI (match_operand:GPI 2 "register_operand" "0,r")
Hi Jeff,
On 23/03/18 23:19, Jeff Law wrote:
On 03/23/2018 09:44 AM, Renlin Li wrote:
Hi all,
This is a simple patch to correct the comment for ADDR_EXPR tree code.
The resulting expression of ADDR_EXPR is a tree with POINTER_TYPE.
So the result mode should ptr_mode instead of Pmode.
As far
(or address?).
Okay to commit?
Regards,
Renlin
gcc/ChangeLog:
2018-03-23 Renlin Li
* tree.def (ADDR_EXPR): Correct the commnet.
diff --git a/gcc/tree.def b/gcc/tree.def
index 31de6c0994de43c175b924d4ba578a131fb4d524..1e5aca811f801c54be9215a9d86028f50a4ec608 100644
--- a/gcc/tree.def
Hi H.J.
On 22/03/18 12:55, H.J. Lu wrote:
On Thu, Mar 22, 2018 at 5:52 AM, H.J. Lu wrote:
On Thu, Mar 22, 2018 at 4:56 AM, Renlin Li wrote:
Hi all,
As described in PR84877. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877
The local copy of parameter on stack is not aligned.
For BLKmode
by value.
x86-linux, arm-none-eabi, aarch64-one-elf regression test Okay.
linux-armhf bootstrap Okay.
I assume there are other targets which will be affected by the change.
But I don't have environment to test.
Okay the commit?
Regards,
Renlin
gcc/
2018-03-22 Renlin Li
to commit the patch?
Regards,
Renlin
gcc/ChangeLog:
2018-03-07 Renlin Li
* config/aarch64/aarch64.md (movhf_aarch64): Fix mode argument to
aarch64_output_scalar_simd_mov_immediate.
gcc/testsuite/ChangeLog:
2018-03-07 Renlin Li
* gcc.target/aarch64/movi_hf.c: New
Hi James,
Thanks for the review! I committed it on trunk.
Is it Okay to backport this patch to release branch 5, 6,7?
It applies cleanly without any logic changes.
Regards,
Renlin
On 31/01/18 17:56, James Greenhalgh wrote:
On Tue, Jan 30, 2018 at 03:45:17PM +, Renlin Li wrote:
Hi
Hi Martin,
On 01/02/18 00:40, Martin Sebor wrote:
On 01/31/2018 10:36 AM, Renlin Li wrote:
Hi there,
I have a patch to fix to regressions we observed in armhf native
environment.
To effectively check out of range for format string, a target type
should be
used. And according to the standard
to commit?
Regards,
Renlin
gcc/ChangeLog:
2018-01-31 Renlin Li
* gimple-ssa-sprintf.c (target_strtol10): Use target integer to check
the range. Rename it into
(target_strtoi10): This.
(parse_directive): Compare with target int max instead of LONG_MAX.
add x0, sp, 16
str x0, [sp, 8]
mov x0, x16
mov x16, 20016
add sp, sp, x16
br x0
I updated the patch with the new test case,
the wording about the register constraint is also updated.
Thanks,
Renlin
gcc/ChangeLog:
2018-01-30
-elf regression test Okay without regressions.
Okay to commit?
Regards,
Renlin
gcc/ChangeLog:
2018-01-03 Renlin Li
* config/aarch64/aarch64.c (aarch64_load_symref_appropriately): Make
sure address is Pmode.
* config/aarch64/aarch64.md (ldr_got_small): Fix address mode
Ping ~
On 11/12/17 15:27, Renlin Li wrote:
Hi all,
In aarch64 backend, ip0/ip1 register will be used in the prologue/epilogue as
temporary register.
When the compiler is performing sibcall optimization. It has the chance to use
ip0/ip1 register for indirect function call to hold the address
ffects gcc-6, gcc-7 as well. Backport are needed for those
branches.
Regards,
Renlin
gcc/ChangeLog:
2017-12-11 Renlin Li
PR target/83370
* config/aarch64/aarch64.c (aarch64_class_max_nregs): Handle
TAILCALL_ADDR_REGS.
(aarch64_register_move_cost)
Hi Honza,
The change here cause the following failures:
FAIL: gcc.dg/tree-prof/switch-case-1.c scan-rtl-dump-times expand ";; basic
block[^\\n]*count 2000" 1
FAIL: gcc.dg/tree-prof/switch-case-2.c scan-rtl-dump-times expand ";; basic
block[^\\n]*count 2000" 1
I checked that, after the chan
added for TImode register pair case.
It only documents the most common cases I can think of. Any other suggestions
are welcome.
Is Okay to trunk?
Regards,
Renlin
gcc/ChangeLog:
2017-08-31 Renlin Li
PR target/63359
* doc/extend.texi (AArch64Operandmodifers): New section.
Hi Aaron,
On 30/08/17 15:37, Aaron Sawdey wrote:
On Wed, 2017-08-30 at 10:16 +0100, Renlin Li wrote:
Hi,
Hi,
Renlin you are correct that it shouldn't be using strcpy because the
string may not be null terminated. However I would suggest we use
memcpy instead of strncpy. The reas
/testsuite/ChangeLog:
2017-08-30 Renlin Li
* gcc.dg/memcmp-1.c (test_strncmp): Use strncpy instead of strcpy.
diff --git a/gcc/testsuite/gcc.dg/memcmp-1.c b/gcc/testsuite/gcc.dg/memcmp-1.c
index 828a0ca..d258354 100644
--- a/gcc/testsuite/gcc.dg/memcmp-1.c
+++ b/gcc/testsuite/gcc.dg/memcmp-1
Hi Andrew,
On 27/06/17 17:11, Andrew Pinski wrote:
On Tue, Jun 27, 2017 at 8:27 AM, Renlin Li wrote:
Hi Andrew,
On 25/06/17 22:38, Andrew Pinski wrote:
On Tue, Jun 6, 2017 at 3:56 AM, Renlin Li wrote:
Hi all,
In this patch, a new integer register operand modifier 'r' is a
Hi Andrew,
On 25/06/17 22:38, Andrew Pinski wrote:
On Tue, Jun 6, 2017 at 3:56 AM, Renlin Li wrote:
Hi all,
In this patch, a new integer register operand modifier 'r' is added. This
will use the
proper register name according to the mode of corresponding operand.
'w'
Hi Martin,
On 23/06/17 16:27, Martin Sebor wrote:
On 06/23/2017 03:19 AM, Renlin Li wrote:
Hi all,
After the change r249278. bcopy is folded into memmove. And in newlib
aarch64
memmove implementation, it will call memcpy in certain conditions.
The memcpy defined in memops-asm-lib.c will abort
library one.
So that memcpy won't be called accidentally.
Okay to commit?
gcc/testsuite/ChangeLog:
2017-06-22 Renlin Li
Szabolcs Nagy
* gcc.c-torture/execute/builtins/memops-asm-lib.c (my_memmove): New.
* gcc.c-torture/execute/builtins/memops-asm.c (me
ncated to LONG_MAX (in target_strtol10 function)
I have checked in cross build environment (host x86_64), this variable is true.
Regards,
Renlin
On 13/06/17 09:16, Renlin Li wrote:
Hi Martin,
On 04/06/17 23:24, Martin Sebor wrote:
On 06/02/2017 09:38 AM, Renlin Li wrote:
Hi Martin,
After r247444, I
Hi Martin,
On 04/06/17 23:24, Martin Sebor wrote:
On 06/02/2017 09:38 AM, Renlin Li wrote:
Hi Martin,
After r247444, I saw the following two regressions in
arm-linux-gnueabihf environment:
FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-18.c (test for warnings,
line 119)
PASS: gcc.dg/tree-ssa
alls option.
This patch changes the dump_stack function call conditional, which fixes the
regression.
Okay to commit?
Regards,
Renlin
gcc/testsuite/ChangeLog:
2017-06-12 Renlin Li
* gcc.target/arm/cold-lc.c: Update coding style, call dump_stack
conditionally.
On 09/06/17 10:54,
Ping ~
On 14/12/16 15:33, Renlin Li wrote:
Ping~
Regards,
Renlin
On 16/06/16 12:04, Renlin Li wrote:
Hi all,
GCC has startfile and endfile spec string built into it.
startfile is used to specify objects files to include at the start of the link
process.
While endfile, on the other hand, is
171.swim fails on aarch64-linux as well. I dis a bisect and confirm it's r248877 causing
the miscompare.
Regards,
Renlin
On 06/06/17 12:05, Markus Trippelsdorf wrote:
On 2017.06.05 at 22:39 +0200, Nicolas Koenig wrote:
With all the style fixes committed as r248877.
171_swim fails now. I did
rch64-none-elf regression test Okay. Okay to check in?
gcc/ChangeLog:
2017-06-06 Renlin Li
PR target/63359
* config/aarch64/aarch64.c (aarch64_print_operand): Add 'r' modifier.
* doc/extend.texi (AArch64Operandmodifiers): New section.
commit f8725ffd1375a8347c
large_long_double target.
The patch here add the missing target selector. After the change, those test
won't checked in arm target.
Here I have a simple fix to it. Okay to commit?
gcc/testsuite/ChangeLog:
2017-06-02 Renlin Li
* c-c++-common/Wfloat-conversion.c: Add large_long_double target
select
Hi Martin,
After r247444, I saw the following two regressions in arm-linux-gnueabihf
environment:
FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-18.c (test for warnings, line 119)
PASS: gcc.dg/tree-ssa/builtin-sprintf-warn-18.c (test for warnings, line 121)
FAIL: gcc.dg/tree-ssa/builtin-sprintf-w
Hi Toma,
Thanks for fixing this! Do you have plan to backport the fix to gcc-6 branch?
Regards,
Renlin
On 09/03/17 15:08, Toma Tabacu wrote:
Ok for mainline with that fixed.
Thanks.
Rainer
Committed as r246004.
Thanks,
Toma
Hi Richard,
Thanks! committed with all the comments resolved.
Regards,
Renlin
On 02/05/17 13:53, Richard Earnshaw (lists) wrote:
On 01/12/16 15:39, Renlin Li wrote:
Hi all,
This patch refactors the code used in call, call_value, sibcall,
sibcall_value expanders.
Before the change, the
Hi Christophe,
On 13/01/17 11:14, Christophe Lyon wrote:
On 13 January 2017 at 11:22, Renlin Li wrote:
Hi Christophe,
Thanks for testing the patch!
I check the test case gcc.dg/lto/pr54709, it seems the test case is not
properly written.
It add extra ld option -shared without checking the
cases which require shared object
support will fail.
So this "shared" target checking mechanism is not reliable. The patch is to
change this.
Regards,
Renlin
On 13/01/17 08:48, Christophe Lyon wrote:
Hi Renlin,
On 12 January 2017 at 16:50, Renlin Li wrote:
Hi Kugan,
some
s/2016-03/msg00322.html
Regards,
Renlin
On 12/01/17 11:47, kugan wrote:
Hi,
On 16/06/16 21:04, Renlin Li wrote:
/* Now we define the strings used to build the spec file. */
-#define UNKNOWN_ELF_STARTFILE_SPEC" crti%O%s crtbegin%O%s crt0%O%s"
+#define UNKNOWN_ELF_STARTFILE_SPEC
~ Ping
https://gcc.gnu.org/ml/gcc-patches/2016-06/msg01227.html
Regards,
Renlin
On 14/12/16 15:33, Renlin Li wrote:
Ping~
Regards,
Renlin
On 16/06/16 12:04, Renlin Li wrote:
Hi all,
GCC has startfile and endfile spec string built into it.
startfile is used to specify objects files to
Ping~
Regards,
Renlin
On 16/06/16 12:04, Renlin Li wrote:
Hi all,
GCC has startfile and endfile spec string built into it.
startfile is used to specify objects files to include at the start of the link
process.
While endfile, on the other hand, is used to specify objects files to include
at
This also fixes the two issues Richard Henderson suggests in comments 8:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64971
aarch64-none-elf regression test Okay, aarch64-linux bootstrap Okay.
Okay for trunk?
Regards,
Renlin Li
gcc/ChangeLog:
2016-12-01 Renlin Li
* config/aarch64
On 27/10/16 16:28, Andrew Pinski wrote:
On Thu, Oct 27, 2016 at 4:24 AM, Renlin Li wrote:
Hi,
On 27/10/16 11:48, Szabolcs Nagy wrote:
On 27/10/16 11:25, Renlin Li wrote:
Hi all,
This a simple patch to fix gcc.target/aarch64/pr66912.c.
It's a test case only applicable to small m
Hi,
On 27/10/16 11:48, Szabolcs Nagy wrote:
On 27/10/16 11:25, Renlin Li wrote:
Hi all,
This a simple patch to fix gcc.target/aarch64/pr66912.c.
It's a test case only applicable to small memory model which is the default
one.
/* { dg-final { scan-assembler ":got(page_lo15)
Hi all,
This a simple patch to fix gcc.target/aarch64/pr66912.c.
It's a test case only applicable to small memory model which is the default
one.
It has been tested to run only when the memory model is small.
Okay to commit?
Regards,
Renlin Li
gcc/testsuite/ChangeLog:
2016-10-27 Renl
efore
backend_init_target ().
And as the name suggests, it's called once to initialize function
independent data structure.
aarch64-none-elf regression test Okay, x86-64-linux bootstrap Okay.
Regards,
Renlin
gcc/ChangeLog:
2016-09-21 Renlin Li
* ira.c (ira): Move ira_use_lra_p
Hi Joost,
I am not familiar with fortran code.
Maybe Thomas can do something in his new patch?
Regards,
Renlin
On 28/07/16 12:34, VandeVondele Joost wrote:
Thanks.. I wonder if you could add the testcase in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961#c11
to the testsuite, as it catch
as the default abi is LP64.
It will be great if Andrew you can help to do regression test in your
aarch64 ilp32 environment.
And I double checked that, the backend fix can be removed without any
problem. It's good to expose middle-end bugs.
Okay for trunk and backport to branch 6?
gcc/Ch
/bugzilla/show_bug.cgi?id=71902
Regards,
Renlin Li
gcc/fortran/ChangeLog:
c
2016-07-28 Renlin Li
Revert
2016-07-19 Thomas Koenig
PR fortran/71902
* dependency.c (gfc_check_dependency): Use dep_ref. Handle case
if identical is true and two array element
Hi Jason,
On 22/07/16 04:01, Jason Merrill wrote:
71913 is a case where unsafe_copy_elision_p was being too
conservative. We can allow copy elision in a new expression; the only
way we could end up initializing a base subobject without knowing it
would be through a placement new, in which case w
Hi Martin,
I observed the following error:
ERROR: gcc.dg/atomic/pr71675.c -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects : syntax error in target selector "target c11" for
" dg-do 3 compile { target c11 } "
It seems we don't have a c11 effective target check available
in dejagnu target
tform only.
Regards,
Renlin Li
On 08/07/16 15:07, Yuri Rumyantsev wrote:
Hi Richard,
Thanks for your help - your patch looks much better.
Here is new patch in which additional argument was added to determine
source loop of reference.
Bootstrap and regression testing did not show any new fai
.
Regards,
Renlin Li
Andreas.
est case compilers Okay in arm environment. However, the last
two checks seem failing. This is another issue.
Okay to commit?
Regards,
Renlin
gcc/testsuite/ChangeLog:
2016-06-20 Renlin Li
* gcc.dg/tree-ssa/attr-hotcold-2.c: Fix syntax errors.
On 13/06/16 17:35, Kyrill Tkachov wrote:
ctory
Still, those specs strings built into GCC can be overridden by using
-specs=command-line switch to specify a spec file.
arm-none-eabi regression test without new issues, OK for trunk?
Regards,
Renlin Li
gcc/ChangeLog:
2016-06-16 Renlin Li
* config/arm/unknown-
es suggests me this is c++ initialization. Ah, yes it is! But I
believe this is an coincident?
As you have different initialization code above.
I made an obvious patch to make it looks more intuitive, is it Okay?
Regards,
Renlin Li
gcc/changelog:
2016-06-06 renlin li
*
Hi Richard,
On 03/03/16 12:47, Richard Biener wrote:
On Thu, Mar 3, 2016 at 1:07 PM, Renlin Li wrote:
Hi Richard,
On 03/03/16 10:13, Richard Biener wrote:
On Wed, Mar 2, 2016 at 5:12 PM, Renlin Li wrote:
Hi Richard,
On 02/03/16 13:35, Richard Biener wrote:
On Tue, Mar 1, 2016 at 4:56
Hi Richard,
On 03/03/16 10:13, Richard Biener wrote:
On Wed, Mar 2, 2016 at 5:12 PM, Renlin Li wrote:
Hi Richard,
On 02/03/16 13:35, Richard Biener wrote:
On Tue, Mar 1, 2016 at 4:56 PM, Renlin Li wrote:
Hi Richard,
On 01/03/16 09:16, Richard Biener wrote:
On Mon, Feb 29, 2016 at 5:13
Hi Richard,
On 02/03/16 13:35, Richard Biener wrote:
On Tue, Mar 1, 2016 at 4:56 PM, Renlin Li wrote:
Hi Richard,
On 01/03/16 09:16, Richard Biener wrote:
On Mon, Feb 29, 2016 at 5:13 PM, Renlin Li wrote:
Hi all,
The gcc.dg/lto/pr54709, pr61526, pr64415 linking testcases keep failing
on
Hi Richard,
On 01/03/16 09:16, Richard Biener wrote:
On Mon, Feb 29, 2016 at 5:13 PM, Renlin Li wrote:
Hi all,
The gcc.dg/lto/pr54709, pr61526, pr64415 linking testcases keep failing on
arm/aarch64 bare-metal target.
It's because statically built newlib library is used to link with s
this patch, -shared option is replace by -r -nostdlib. So that the standard
system startup files or libraries are not used when linking.
arm-none-eabi, aarch64-none-elf regression test OK, OK for trunk?
Regards,
Renlin Li
gcc/testsuite/ChangeLog:
2016-02-29 Renlin Li
* gcc.dg/lto/pr54709
olve also a possible problem for correct scratch generation
during LRA.
I am going to work on this problem on the next week. A test case
would be a help for me.
gcc/ChangeLog:
2016-02-26 Renlin Li
* lra-constraints.c (curr_insn_transform): Don't generate reload for
output
Hi Richard,
On 26/02/16 12:57, Richard Biener wrote:
On Fri, Feb 26, 2016 at 1:54 PM, Renlin Li wrote:
I have checked, x86, arm, aarch64, mips, arc all have such patterns. But
it's
not triggered. In my case, it's triggered by compiling glibc with local
change.
Please extract
th local change.
So a simple change is made in this patch. The output operand is reloaded only
when it's not a scratch operand and it's not unused since then.
aarch64-none-linux-gnu bootstrap and regression test OK.
x86_64-linux bootstrap and regression test OK.
OK for trunk?
Regards,
se is not added as the one provided in the bugzilla ticket is too big
and complex.
arm-none-linux-gnueabihf regression tested without any issues.
Is Okay to backport to branch 4.9?
Renlin Li
gcc/ChangeLog
2016-01-08 Renlin Li
PR target/69082
Backport from mainline:
20
Hi Ramana,
On 16/10/15 14:54, Renlin Li wrote:
The command line implies we remove r7 (frame pointer in Thumb2 -
historical accident, fno-omit-frame-pointer), r9 (ffixed-r9), r10
(-mpic-register) which
leaves us with:
* r0, r1
* r2, r3
* r4, r5
as the only free registers available for
.
This passes for aarch64 and mips as they have zero register to do that.
However, other RISC might not have that feature, for example arm and
RS6000 in this case.
https://gcc.gnu.org/ml/gcc-patches/2015-10/msg03239.html
Regards,
Renlin Li
Dollar sign is not a valid identifier on AIX, so g
rt to branch 5 and 4.9?
Regards,
Renlin Li
gcc/ChangeLog:
2015-11-12 Renlin Li
* config/arm/arm.md (addsi3_compare_op2): Make the order of
assembly pattern consistent with constraint order.
diff --git a/gcc/config/arm/arm.md b/gcc/config/arm/arm.md
index 8ebb1bf..73c3088 100644
---
end:TF (reg:DI 2 x2 [ __x+-8 ])))
/libstdc++-v3/include/complex:861 689 {aarch64_movtfhigh_di}
(nil))
Regards,
Renlin Li
On 29/10/15 16:33, Richard Biener wrote:
On October 29, 2015 4:37:08 PM GMT+01:00, Ramana Radhakrishnan
wrote:
On Thu, Jun 4, 2015 at 2:16 PM, Renlin Li wrote:
Ping ~
C
Hi Jason,
On 08/10/15 03:42, Jason Merrill wrote:
While looking at another issue I noticed that in g++.dg/init/vbase1.C
the Diamond(int) constructor was unnecessarily storing a CONSTRUCTOR
into a stack temporary and then copying it into the SubB base
subobject rather than directly storing the
On 26/10/15 13:24, Bernd Schmidt wrote:
On 10/26/2015 02:17 PM, Teresa Johnson wrote:
On Mon, Oct 26, 2015 at 2:00 AM, Renlin Li wrote:
* lib/target-supports.exp (check_effective_target_freorder): Add
-fprofile-use flag.
Hmmm, the testcases themselves which use this predicate
ck.
Okay to commit on the trunk?
Regards,
Renlin Li
gcc/testsuite/ChangeLog:
2015-10-26 Renlin Li
* lib/target-supports.exp (check_effective_target_freorder): Add
-fprofile-use flag.
diff --git a/gcc/testsuite/lib/target-supports.exp b/gcc/testsuite/lib/target-supports.exp
ind
Hi Ramana,
On 16/10/15 11:52, Ramana Radhakrishnan wrote:
On Thu, Oct 15, 2015 at 03:01:24PM +0100, Renlin Li wrote:
Hi all,
This is a backport patch to loosen restrictions on core registers
for DImode values in Thumb2.
It fixes PR67383. In this particular case, reload tries to spill a
hard
rt to 4.9?
Regards,
Renlin Li
gcc/ChangeLog:
2015-10-15 Renlin Li
PR target/67383
Backport from mainline.
2014-04-22 Ramana Radhakrishnan
* config/arm/arm.c (arm_hard_regno_mode_ok): Loosen
restrictions on core registers for DImode values in Thumb2.
arm-none-linux-gnueabihf regression tests Okay. Okay to commit?
Regards,
Renlin Li
gcc/ChangeLog:
2015-10-06 Renlin Li
* config/arm/neon.md (neon_vuzp_insn): Add & modifier for
operands[0] and operands[2].
(neon_vtrn_insn): Likewise.
(neon_vzip_insn): Likewise.
Hi Jeff,
Your patch causes an ICE regression.
The test case is " gcc.c-torture/compile/pr27087.c", I observed it on
aarch64-none-elf target when compiling the test case with '-Os' flag.
A quick check shows, the cfg has been changed, but the loop information
is not updated. Thus the informatio
commit?
Regards,
Renlin Li
gcc/ChangeLog:
2015-10-02 Renlin Li
* config/aarch64/aarch64.md (csneg3_uxtw_insn): New pattern.
gcc/testsuite/ChangeLog:
2015-10-02 Renlin Li
* gcc.target/aarch64/csneg-1.c: Update test.
diff --git a/gcc/config/aarch64/aarch64.md b/gcc/config/aarch64
w0, wzr
cselw0, w1, w2, ne
ret
Without the path, the old code-generation is like this:
uxtwx2, w2
uxtwx1, w1
cmp w0, wzr
cselx0, x2, x1, eq
ret
aarch64-none-elf regression test Okay. Okay to commit?
Regards,
Renlin Li
gcc
Hi Andrew,
Previously, there is a discussion thread in binutils mailing list:
https://sourceware.org/ml/binutils/2015-04/msg00032.html
Nick proposed a way to fix, Richard Henderson hold similar opinion as you.
Regards,
Renlin
On 07/09/15 12:45, pins...@gmail.com wrote:
On Sep 7, 2015, at
1 - 100 of 219 matches
Mail list logo
