Another backport patch which fixes a csmith ICE problem. Rebased on the latest
4.9 branch.
Tested ok on aarch64-linux with qemu.
Index: gcc/ChangeLog
===
--- gcc/ChangeLog (revision 223867)
+++ gcc/ChangeLog (working
On Wed, 10 Jun 2015, weixiangyu wrote:
+ if (bitsize + bitnum unit bitnum unit)
+{
+ warning (OPT_Wextra, write of HOST_WIDE_INT_PRINT_UNSIGNEDbit data
+ outside the bound of destination object, data truncated into
+
This patch, for gomp-4_0-branch, adds support for C++ this in
OpenACC directives. (This patch does not do anything to handle OpenMP
differently from OpenACC; that - bug 66053 - will need to be resolved
for mainline, either deciding these cases should be accepted for
OpenMP or making the parsing
On Wed, Jun 10, 2015 at 11:38:25AM +, Joseph Myers wrote:
This patch, for gomp-4_0-branch, adds support for C++ this in
OpenACC directives. (This patch does not do anything to handle OpenMP
differently from OpenACC; that - bug 66053 - will need to be resolved
for mainline, either deciding
On 05/27/2015 07:28 AM, Jan Hubicka wrote:
Hi,
this patch makes it possible for non-LTO alias oracle to TBAA disambiguate
pointer types. It makes void * conflicting with all of them and does not put
it
to alias set 0. It also preserves the property that qualifiers of pointer-to
type should
Le 08/06/2015 17:31, Jan Hubicka a écrit :
Hi,
to furhter add to the topics to discuss, I noticed that Fortran FE seems to
be quite
ambivalent about C_CHAR type:
[jh@gcc2-power8 gcc]$ cat ../b.f90
! This testcase will abort if C_CHAR types are not interoperable
module lto_type_merge_test
On 05/15/2015 08:52 PM, Jan Hubicka wrote:
+/* Return true if DECL_ARGUMENT types are valid to be merged. */
Perhaps bettter as
Perform additional check needed to match types function parameters that are
used. Unlike for normal parameters it matters if type is TYPE_RESTRICT and we
make an
Richard Sandiford richard.sandif...@arm.com writes:
There again, this is a generator, so those kinds of concerns aren't
particularly important. If we do keep the above though, I think we
should put the hasher in hash-map-table.h now.
Of course I mean hash-map-traits.h :-)
Hi all,
please find attached an updated version of the patch. This patch simplifies
some cases and ensures more straight line code. Furthermore was a bug in the
interfacing routine for the _vptr-_copy() routine removed, where not the third
and fourth arguments translated to be passed be value but
On 10/06/15 00:15, Thomas Schwinge wrote:
Hi Tom!
On Tue, 9 Jun 2015 16:12:12 +0200, Tom de Vries tom_devr...@mentor.com wrote:
On 09/06/15 13:07, Richard Biener wrote:
On Mon, 8 Jun 2015, Tom de Vries wrote:
On 17/04/15 12:08, Tom de Vries wrote:
On 20-03-15 12:38, Tom de Vries wrote:
On
Hi,
This is another test which currently fails for -mfloat-abi multilib
testing as it unconditionally sets -mfloat-abi=soft.
Fixed as attached in the same way we deal with other tests like this,
and committed as obvious as revision 224312.
Thanks,
James
---
gcc/testsuite/
2015-06-10 James
Sorry about missing this hunk in the original submission, was in my tree
but I hadn't spotted this as I was playing between the original AArch64
TARGET_RELAXED_ORDER and this patch.
Applied as obvious.
PR target/66200
PR target/66498
PR c++/66192
* g++.dg/testsuite/aarch64_guard1.C: Adjust
Charles Baylis wrote:
On 8 June 2015 at 10:33, Alan Lawrence alan.lawre...@arm.com wrote:
Thanks for working on this!
I'd been fiddling around with a patch with some similar elements to this,
but many trials with union types, subregs, etc., all worsened the register
allocation and led to more
Thank you for your answer, Richard!
On 06/10/2015 08:58 AM, Richard Biener wrote:
Hmm, so the underlying issue is that we don't associate comp_unit_die ()
with any TRANSLATION_UNIT_DECL.
Indeed.
For the LTO early debug work I did the following at the very
beginning of
My change to rationalize the *_constant_value functions broke this
testcase, because we were no longer replacing the reference to the array
with its constant value. Fixed by using maybe_constant_value instead.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit
My patch for DR 1558 broke this testcase: suppressing the stripping of
alias template-ids with dependent arguments prevented us from
recognizing that APtrT is more specialized than shared_ptrT. At the
Lenexa meeting we in Core talked about establishing a category of alias
templates that are
Bah, Now with patch attached.
Ramana
On 10/06/15 08:44, Ramana Radhakrishnan wrote:
Sorry about missing this hunk in the original submission, was in my tree
but I hadn't spotted this as I was playing between the original AArch64
TARGET_RELAXED_ORDER and this patch.
Applied as obvious.
PR
Hi,
This patch adds tests for OpenACC atomic read and atomic write.
Patch applied to gomp-4_0-branch
Regards,
Jim
diff --git a/libgomp/testsuite/libgomp.oacc-c-c++-common/atomic_rw-1.c b/libgomp/testsuite/libgomp.oacc-c-c++-common/atomic_rw-1.c
new file mode 100644
index 000..ae4f22e
---
H.J. Lu hjl.to...@gmail.com writes:
On Tue, May 19, 2015 at 8:33 AM, Joseph Myers jos...@codesourcery.com wrote:
On Tue, 19 May 2015, H.J. Lu wrote:
I think the whole thing should be posted as one patch, with both the
target-independent changes and the target-specific changes for all
Hi,
A patch that's been sitting in my tree for sometime has been something
to fix up using dmb ish instead of dmb sy in the ARM backend. This
brings us in line with the AArch64 backend's behaviour as well for the
same. A future cleanup to write this in the form of memory_fences and
exploit
On 8 June 2015 at 10:33, Alan Lawrence alan.lawre...@arm.com wrote:
Thanks for working on this!
I'd been fiddling around with a patch with some similar elements to this,
but many trials with union types, subregs, etc., all worsened the register
allocation and led to more unnecessary shuffling
On Wed, Jun 10, 2015 at 9:06 AM, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Jun 10, 2015 at 08:06:08AM +0200, Uros Bizjak wrote:
If -mx32 is a non-issue here, then perhaps my initial patch is good enough?
It looks to me, that if you detect and record zero-extended UNSPEC_TP,
your original
Hello.
This patch fixes $SUBJECT, can bootstrap and survive regression tests on
x86_64-linux-unknown-pc.
Ready for trunk?
If so, I'm going to prepare backportable patches for 4.9 and 5.0 branches.
Thanks,
Martin
From 9cd5de436cfca51095d63b3a3017df44c95baba6 Mon Sep 17 00:00:00 2001
From:
The following patch fixes a preference that causes SCCVN to fail to
eliminate redundant IVs. It will prefer to try eliminating IVs to
eliminating degenerate PHIs (if the degenerate PHI has a backedge).
I failed to create a testcase for that - the one below is essentially
what the vectorizer can
On 06/10/2015 03:36 PM, Richard Biener wrote:
Hmm, yes. It meant to break after the first ;) (without LTO
there usually is only one TU decl, apart from Java I think).
The hunk isn't in mainline because it was part of an experimental patch I
did on the early-debug branch.
Understood, thanks!
On Wed, 10 Jun 2015, Richard Biener wrote:
The following patch fixes a preference that causes SCCVN to fail to
eliminate redundant IVs. It will prefer to try eliminating IVs to
eliminating degenerate PHIs (if the degenerate PHI has a backedge).
I failed to create a testcase for that - the
On Wed, Jun 10, 2015 at 2:24 AM, Alexandre Oliva aol...@redhat.com wrote:
On Jun 5, 2015, Alexandre Oliva aol...@redhat.com wrote:
On Apr 27, 2015, Richard Biener richard.guent...@gmail.com wrote:
+/* Return the promoted mode for name. If it is a named SSA_NAME, it
+ is the same as
On Wed, 10 Jun 2015, Pierre-Marie de Rodat wrote:
Thank you for your answer, Richard!
On 06/10/2015 08:58 AM, Richard Biener wrote:
Hmm, so the underlying issue is that we don't associate comp_unit_die ()
with any TRANSLATION_UNIT_DECL.
Indeed.
For the LTO early debug work I did
Hi,
any ideas how this could be improved:
https://gcc.gnu.org/ml/gcc-patches/2015-05/msg00924.html
Bye,
-Andreas-
The following patch adds FRE after vectorization which is needed
for IVOPTs to remove redundant PHI nodes (well, I'm testing a
patch for FRE that will do it already there).
The patch also makes FRE preserve loop-closed SSA form and thus
make it suitable for use in the loop pipeline.
With the
On Tue, Jun 9, 2015 at 3:14 PM, Max Filippov jcmvb...@gmail.com wrote:
gcc/
* config/xtensa/xtensa.h (TARGET_DEBUG): New definition.
* config/xtensa/xtensa.md (define_attr type): New type trap.
(define_insn trap): New definition.
---
Changes v1-v2:
- drop break.n,
[jh@gcc2-power8 gcc]$ cat ../b.f90
! This testcase will abort if C_CHAR types are not interoperable
module lto_type_merge_test
use, intrinsic :: iso_c_binding
implicit none
contains
function types_test1(V) bind(c)
USE, INTRINSIC :: ISO_C_BINDING
CHARACTER(C_CHAR)
On Wed, Jun 10, 2015 at 07:28:10AM +0300, Mikhail Maltsev wrote:
Hi, all.
I noticed that defaults.h file contains stub generator functions which
simply call gcc_unreachable. FWIW, Trevor added them to remove some
conditional compilation which depends on HAVE_insn_name macros (I mean
On Tue, Jun 9, 2015 at 9:30 PM, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Jun 09, 2015 at 08:09:28PM +0200, Uros Bizjak wrote:
Please find attach a patch that takes your idea slightly further. We
find perhaps zero-extended UNSPEC_TP, and copy it for further use. At
its place, we simply
Uros Bizjak ubiz...@gmail.com writes:
On Tue, Jun 9, 2015 at 9:30 PM, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Jun 09, 2015 at 08:09:28PM +0200, Uros Bizjak wrote:
Please find attach a patch that takes your idea slightly further. We
find perhaps zero-extended UNSPEC_TP, and copy it for
Carrot Wei car...@google.com writes:
Index: simplify-got.c
===
--- simplify-got.c (revision 224174)
+++ simplify-got.c (working copy)
@@ -169,7 +169,10 @@
/* Since there is no usage of pic_reg now, we can remove it. */
On Tue, 9 Jun 2015, Pierre-Marie de Rodat wrote:
Hello,
With the recent work for PR debug/65549, we observed a regression in the
generated debugging information. Take the attached reproducer, build it and
look at the output DWARF:
$ gcc -c -O1 -g foo.c
$ objdump --dwarf=info
On Wed, Jun 10, 2015 at 08:06:08AM +0200, Uros Bizjak wrote:
If -mx32 is a non-issue here, then perhaps my initial patch is good enough?
It looks to me, that if you detect and record zero-extended UNSPEC_TP,
your original patch would also handle -mx32.
Can you please repost your original
Mikhail Maltsev malts...@gmail.com writes:
Hi, all.
I noticed that defaults.h file contains stub generator functions which
simply call gcc_unreachable. FWIW, Trevor added them to remove some
conditional compilation which depends on HAVE_insn_name macros (I mean
something like r223624).
gcc/unittests/ChangeLog:
* test-wide-int.c: New file.
---
gcc/unittests/test-wide-int.c | 186 ++
1 file changed, 186 insertions(+)
create mode 100644 gcc/unittests/test-wide-int.c
diff --git a/gcc/unittests/test-wide-int.c
gcc/unittests/ChangeLog:
* test-ggc.c: New file.
---
gcc/unittests/test-ggc.c | 292 +++
1 file changed, 292 insertions(+)
create mode 100644 gcc/unittests/test-ggc.c
diff --git a/gcc/unittests/test-ggc.c b/gcc/unittests/test-ggc.c
new file
On Wed, Jun 10, 2015 at 11:24:41AM -0400, David Malcolm wrote:
I picked the Google Test framework:
http://code.google.com/p/googletest/
I must say I'm not very excited about using this, it won't integrate
very well with dejagnu, whether talking about results (will it provide
some *.log/*.sum
Le 10/06/2015 16:38, Jan Hubicka a écrit :
[jh@gcc2-power8 gcc]$ cat ../b.f90
! This testcase will abort if C_CHAR types are not interoperable
module lto_type_merge_test
use, intrinsic :: iso_c_binding
implicit none
contains
function types_test1(V) bind(c)
USE, INTRINSIC ::
On Tue, Jun 09, 2015 at 08:28:35PM -0400, David Edelsohn wrote:
On Tue, Jun 9, 2015 at 3:26 PM, Michael Meissner
meiss...@linux.vnet.ibm.com wrote:
On Tue, Jun 09, 2015 at 02:17:19PM -0500, Segher Boessenkool wrote:
On Tue, Jun 09, 2015 at 02:00:48PM -0400, Michael Meissner wrote:
+asm
Hi!
In C/C++, OpenMP 4.1 is going to allow array sections and arrays in
reduction clauses. This patch implements it. Committed to gomp-4_1-branch.
2015-06-10 Jakub Jelinek ja...@redhat.com
* tree.c (omp_clause_num_ops): Bump number of OMP_CLAUSE_REDUCTION
arguments to 5.
Hello!
The runtime testcase needs -save-temps in order to use scan-assembler
dg-final directive.
2015-06-10 Uros Bizjak ubiz...@gmail.com
* g++.dg/abi/mangle-regparm.C (dg-optiond): Add -save-temps.
Tested on x86_64-linux-gnu {,-m32} and committed to mainline SVN.
Uros.
Index:
On Wed, 2015-06-10 at 17:34 +0200, Jakub Jelinek wrote:
On Wed, Jun 10, 2015 at 11:24:41AM -0400, David Malcolm wrote:
(...snip...)
Also, no matter what testsuite framework is used, including any
headers before #include config.h line is a big no-no.
The issue was that libiberty/safe-ctype.h
Linus's kind words here https://lkml.org/lkml/2015/5/27/941 prodded
me to improving the -Wswitch-bool warning. In particular, this patch
makes the warning not warn when the case values aren't outside bool
range. But it will still warn about
switch (boolean)
{
case false ... true: ...
On Wed, 2015-06-10 at 17:34 +0200, Jakub Jelinek wrote:
On Wed, Jun 10, 2015 at 11:24:41AM -0400, David Malcolm wrote:
I picked the Google Test framework:
http://code.google.com/p/googletest/
I must say I'm not very excited about using this, it won't integrate
very well with dejagnu
Hello!
Again the case of pushing an out-of-range constant to a mode register.
2015-10-03 Uros Bizjak ubiz...@gmail.com
PR target/66473
* config/i386/i386.c (ix86_expand_vector_set): Use gen_int_mode
to prepare mask operand for AVX512 modes.
testsuite/ChangeLog:
2015-10-03 Uros
On Wed, Jun 10, 2015 at 02:04:11PM -0400, David Malcolm wrote:
FWIW this goes away if I simply include gtest.h immediately after
config.h, but before system.h.
Yeah, I guess including it before system.h and after config.h is fine.
Jakub
On Tue, Jun 9, 2015 at 11:43 PM, Richard Sandiford
richard.sandif...@arm.com wrote:
Carrot Wei car...@google.com writes:
Index: simplify-got.c
===
--- simplify-got.c (revision 224174)
+++ simplify-got.c (working copy)
@@ -169,7
Hi,
Some scan-assembler-times tests fail with -mlra for
gcc.target/sh/pr49263-2.c and gcc.target/sh/pr64345-2.c.
A reduced test case
int foo (int x) { return (x 255) == 0;}
gives a code like
mov r4,r0
tst #255,r0
rts
movtr0
with -mno-lra and
On Wed, Jun 10, 2015 at 01:16:20PM -0400, David Malcolm wrote:
On Wed, 2015-06-10 at 17:34 +0200, Jakub Jelinek wrote:
On Wed, Jun 10, 2015 at 11:24:41AM -0400, David Malcolm wrote:
I picked the Google Test framework:
http://code.google.com/p/googletest/
I must say I'm not very
This patch addresses a bug where the c and c++ front ends would ICE in
the event that an unrecognized target is specified as a device_type,
e.g. device_type (foo). The device_type clause is still highly specific
to nvidia targets, so it's likely something to be be merged in gcc 7.1
rather than
On June 10, 2015 5:34:47 PM GMT+02:00, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Jun 10, 2015 at 11:24:41AM -0400, David Malcolm wrote:
I picked the Google Test framework:
http://code.google.com/p/googletest/
I must say I'm not very excited about using this, it won't integrate
very well
On Wed, Jun 10, 2015 at 5:37 PM, augustine.sterl...@gmail.com
augustine.sterl...@gmail.com wrote:
On Tue, Jun 9, 2015 at 3:14 PM, Max Filippov jcmvb...@gmail.com wrote:
gcc/
* config/xtensa/xtensa.h (TARGET_DEBUG): New definition.
* config/xtensa/xtensa.md (define_attr type):
Our current test suite is rather coarse-grained, acting at the level
of running gcc subprocesses, and verifying externally-visible
properties:
- Did the compile succeed?
- Was a particular dumpfile emitted, containing something matching
some regex?
- Does the generated code run and exit
gcc/unittests/ChangeLog:
* test-bitmap.c: New file.
---
gcc/unittests/test-bitmap.c | 117
1 file changed, 117 insertions(+)
create mode 100644 gcc/unittests/test-bitmap.c
diff --git a/gcc/unittests/test-bitmap.c b/gcc/unittests/test-bitmap.c
gcc/unittests/ChangeLog:
* Make-lang.in: New file.
* config-lang.in: New file.
---
gcc/unittests/Make-lang.in | 200 +++
gcc/unittests/config-lang.in | 34
2 files changed, 234 insertions(+)
create mode 100644
gcc/unittests/ChangeLog:
* test-cfg.c: New file.
---
gcc/unittests/test-cfg.c | 319 +++
1 file changed, 319 insertions(+)
create mode 100644 gcc/unittests/test-cfg.c
diff --git a/gcc/unittests/test-cfg.c b/gcc/unittests/test-cfg.c
new file
gcc/unittests/ChangeLog:
* test-hash-set.c: New file.
---
gcc/unittests/test-hash-set.c | 54 +++
1 file changed, 54 insertions(+)
create mode 100644 gcc/unittests/test-hash-set.c
diff --git a/gcc/unittests/test-hash-set.c
gcc/unittests/ChangeLog:
* test-rtl.c: New file.
---
gcc/unittests/test-rtl.c | 94
1 file changed, 94 insertions(+)
create mode 100644 gcc/unittests/test-rtl.c
diff --git a/gcc/unittests/test-rtl.c b/gcc/unittests/test-rtl.c
new file
gcc/unittests/ChangeLog:
* test-locations.c: New file.
---
gcc/unittests/test-locations.c | 148 +
1 file changed, 148 insertions(+)
create mode 100644 gcc/unittests/test-locations.c
diff --git a/gcc/unittests/test-locations.c
gcc/unittests/ChangeLog:
* test-tree.c: New file.
---
gcc/unittests/test-tree.c | 102 ++
1 file changed, 102 insertions(+)
create mode 100644 gcc/unittests/test-tree.c
diff --git a/gcc/unittests/test-tree.c b/gcc/unittests/test-tree.c
new
gcc/unittests/ChangeLog:
* test-functions.c: New file.
---
gcc/unittests/test-functions.c | 634 +
1 file changed, 634 insertions(+)
create mode 100644 gcc/unittests/test-functions.c
diff --git a/gcc/unittests/test-functions.c
gcc/unittests/ChangeLog:
* test-folding.c: New file.
---
gcc/unittests/test-folding.c | 121 +++
1 file changed, 121 insertions(+)
create mode 100644 gcc/unittests/test-folding.c
diff --git a/gcc/unittests/test-folding.c
gcc/unittests/ChangeLog:
* test-hash-map.c: New file.
---
gcc/unittests/test-hash-map.c | 78 +++
1 file changed, 78 insertions(+)
create mode 100644 gcc/unittests/test-hash-map.c
diff --git a/gcc/unittests/test-hash-map.c
gcc/unittests/ChangeLog:
* test-gimple.c: New file.
---
gcc/unittests/test-gimple.c | 179
1 file changed, 179 insertions(+)
create mode 100644 gcc/unittests/test-gimple.c
diff --git a/gcc/unittests/test-gimple.c b/gcc/unittests/test-gimple.c
On 06/10/2015 09:09 AM, Jason Merrill wrote:
My patch for DR 1558 broke this testcase: suppressing the stripping of
alias template-ids with dependent arguments prevented us from
recognizing that APtrT is more specialized than shared_ptrT. At the
Lenexa meeting we in Core talked about
test-functions.c: representation_test.building_cfg and others
need the call to location_adhoc_data_fini to happen later, otherwise
we get a segfault inside gimple_set_block here due to the
adhoc-location data being finalized:
#0 0x00687800 in ?? ()
#1 0x77504c22 in
gcc/unittests/ChangeLog:
* unittests-main.c: New file.
---
gcc/unittests/unittests-main.c | 108 +
1 file changed, 108 insertions(+)
create mode 100644 gcc/unittests/unittests-main.c
diff --git a/gcc/unittests/unittests-main.c
gcc/unittests/ChangeLog:
* test-vec.c: New file.
---
gcc/unittests/test-vec.c | 162 +++
1 file changed, 162 insertions(+)
create mode 100644 gcc/unittests/test-vec.c
diff --git a/gcc/unittests/test-vec.c b/gcc/unittests/test-vec.c
new file
gcc/unittests/ChangeLog:
* unittests-frontend.c: New file.
---
gcc/unittests/unittests-frontend.c | 250 +
1 file changed, 250 insertions(+)
create mode 100644 gcc/unittests/unittests-frontend.c
diff --git a/gcc/unittests/unittests-frontend.c
74 matches
Mail list logo