https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68689
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68689
Bug ID: 68689
Summary: flexible array members in unions accepted in C++
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68690
Bug ID: 68690
Summary: PowerPC64: TOC save in PHP core loop results in load
hit store
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68692
Bug ID: 68692
Summary: [graphite] ice: Segmentation fault
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68529
amker at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
On Thu, Dec 3, 2015 at 9:52 PM, Jakub Jelinek wrote:
> Hi!
>
> As discussed in the PR, for some permutation we can get better code
> if we try to expand it as if it was a permutation in a mode with the
> same vector size, but wider vector element. The first attempt to do this
>
with: ../gcc-trunk/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20151203 (experimental) [trunk revision 231219] (GCC)
$
$ gcc-trunk -m32 -O2 -g -c small.c
$ gcc-trunk -m64 -O3 -g -c small.c
$ gcc-5.2 -m32 -O3
On Thu, Dec 3, 2015 at 6:26 PM, Richard Earnshaw
wrote:
> On 03/12/15 05:26, Bin.Cheng wrote:
>> On Tue, Dec 1, 2015 at 6:25 PM, Richard Earnshaw
>> wrote:
>>> On 01/12/15 03:19, Bin.Cheng wrote:
On Tue, Nov 24, 2015 at 6:18 PM,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68478
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68613
--- Comment #2 from Martin Sebor ---
Patch posted for review:
https://gcc.gnu.org/ml/gcc-patches/2015-12/msg00511.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68688
Tim Shen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53548
--- Comment #4 from Mike Frysinger ---
(In reply to Martin Sebor from comment #3)
that's fine. thanks !
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68550
Sebastian Pop changed:
What|Removed |Added
CC||sch...@linux-m68k.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68659
Sebastian Pop changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi,
I noticed atmoic_store pattern is the only one in atomic.md that uses
memory_operand as predicate. This seems like a typo to me. It also causes
problem. The general address expression supported by memory_operand is kept
till LRA finds out it doesn't match the "Q" constraint. As a result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53548
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
[CC Jason for the C++ changes and Joseph for the one C change.]
Attached is a reworked and expanded patch for the bug plus three
others in the same area that I uncovered while developing and
testing the former patch:
c++/68689 - flexible array members in unions accepted in C++
c++/68478 -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68693
Bug ID: 68693
Summary: [6 Regression] ice: in harmful_stmt_in_region, at
graphite-scop-detection.c:1052
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68693
Joost VandeVondele changed:
What|Removed |Added
Last reconfirmed||2015-12-4
CC|
Hi,
this is the last patch of the series. It makes operand_equal_p to compare
alias sets even in !flag_strict_aliasing before inlining so inlining
!flag_strict_aliasing to flag_strict_aliasing is possible when callee is
merged comdat. I tried to explain it in greater detail in the comment
in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68689
--- Comment #2 from Martin Sebor ---
Patch posted for review:
https://gcc.gnu.org/ml/gcc-patches/2015-12/msg00511.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68692
Joost VandeVondele changed:
What|Removed |Added
Last reconfirmed||2015-12-4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63586
--- Comment #4 from Marc Glisse ---
(In reply to kugan from comment #2)
> ;; Function f4 (f4, funcdef_no=3, decl_uid=4162, cgraph_uid=3,
> symbol_order=3)
>
> ;; 1 loops found
> ;;
> ;; Loop 0
> ;; header 0, latch 1
> ;; depth 0, outer -1
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61582
Tim Shen changed:
What|Removed |Added
CC||kerukuro at gmail dot com
--- Comment #17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68550
--- Comment #7 from Joost VandeVondele
---
(In reply to Sebastian Pop from comment #5)
> fixed
BTW, with this fixed, I can compile our CP2K code with -floop-nest-optimize at
various -Ox and all seems correct. Thanks!
I'll try to integrate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68291
--- Comment #7 from Alexandre Oliva ---
Eric, apologies for the slow response, I'm in the middle of an all-week trip
with little Internet access.
I think the best course of action is to adjust gimple_can_coalesce_p so that it
returns false for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57180
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68650
--- Comment #4 from Georg Koppen ---
It is using -lasan it seems:
Executing: c++ -o firefox -Wall -Wempty-body -Woverloaded-virtual
-Wsign-compare -Wwrite-strings -Wno-invalid-offsetof -Wcast-align -v
-fsanitize=address -Dxmalloc=myxmalloc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68513
--- Comment #12 from Marek Polacek ---
No, this isn't something we'd want to backport I think, For GCC 5, we'll need
another (but trivial) fix.
On 2015/12/3 6:11 PM, Jakub Jelinek wrote:
> On Thu, Dec 03, 2015 at 06:05:36PM +0800, Chung-Lin Tang wrote:
>>> Oh wait, it looks like the C++ front end is not actually using the
>>> functions defined in the C/C++-shared gcc/c-family/c-omp.c, but has its
>>> own implementations in
On Thu, Dec 3, 2015 at 10:39 AM, Jakub Jelinek wrote:
> On Thu, Dec 03, 2015 at 09:21:03AM +, Richard Sandiford wrote:
>> * internal-fn.def (RSQRT): New function.
>> * optabs.def (rsqrt_optab): New optab.
>> * doc/tm.texi (rsqrtM2): Document
>
> Missing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68650
Georg Koppen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68672
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68676
Bug ID: 68676
Summary: ICE in gfc_match_formal_arglist when compiling
gfortran.dg/submodule_10.f08
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68556
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68545
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On Thu, Dec 03, 2015 at 12:09:04PM +0100, Tom de Vries wrote:
> The flag is set here in expand_omp_target:
> ...
> 12682 /* Prevent IPA from removing child_fn as unreachable,
> since there are no
> 12683refs from the parent function to child_fn in offload
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68671
Bug ID: 68671
Summary: [5/6 Regression] gcc.dg/torture/pr66952.c FAILs with
-fno-tree-dce
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
On 12/02/2015 07:21 PM, Segher Boessenkool wrote:
After shrink-wrapping has found the "tightest fit" for where to place
the prologue, it tries move it earlier (so that frame saves are run
earlier) -- but without copying any more basic blocks.
Unfortunately a candidate block we select can be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68673
Bug ID: 68673
Summary: Handle __builtin_GOMP_task optimally in ipa-pta
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68674
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Blocks||65837
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68655
--- Comment #6 from rguenther at suse dot de ---
On Thu, 3 Dec 2015, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68655
>
> --- Comment #5 from Jakub Jelinek ---
> Created attachment 36897
> -->
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68655
--- Comment #7 from Jakub Jelinek ---
I guess it needs analysis.
Some examples of changes:
vshuf-v16qi.c -msse2 test_2, scalar code vs. punpcklqdq, clear win
vshuf-v16qi.c -msse4 test_2, pshufb -> punpcklqdq (is this a win or not?)
(similarly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68670
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.4
On Thu, 3 Dec 2015, Alan Lawrence wrote:
> On 02/12/15 14:13, Jeff Law wrote:
> > On 12/02/2015 01:33 AM, Richard Biener wrote:
> > > > Right. So the question I have is how/why did DOM leave anything in the
> > > > map.
> > > > And if DOM is fixed to not leave stuff lying around, can we then
On Wed, 2 Dec 2015, Gary Funck wrote:
> On 12/01/15 12:26:32, Richard Biener wrote:
> > On Mon, 30 Nov 2015, Gary Funck wrote:
> > > -struct GTY(()) tree_type_common {
> > > +struct GTY((user)) tree_type_common {
> > >struct tree_common common;
> > >tree size;
> > >tree size_unit;
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68670
Bug ID: 68670
Summary: [4.9/5/6 Regression] gcc.c-torture/execute/pr68376-2.c
FAILs with -ftracer
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68672
Bug ID: 68672
Summary: [4.9/5/6 Regression] g++.dg/torture/pr68470.C: ICE:
cannot update SSA form: statement uses released SSA
name
Product: gcc
Version: 6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68674
Bug ID: 68674
Summary: ARM attribute target neon warning: incompatible
implicit declaration of built-in function
Product: gcc
Version: 6.0
Status: UNCONFIRMED
On 30/11/15 14:32, Jakub Jelinek wrote:
On Mon, Nov 30, 2015 at 02:24:18PM +0100, Richard Biener wrote:
OK for stage3 trunk if bootstrap and reg-test succeeds?
-|| node->address_taken);
+|| (node->address_taken
+&&
On 12/02/2015 07:21 PM, Segher Boessenkool wrote:
After shrink-wrapping has found the "tightest fit" for where to place
the prologue, it tries move it earlier (so that frame saves are run
earlier) -- but without copying any more basic blocks.
Another question would be - is there really a good
On 12/02/2015 06:38 PM, Dmitry Vyukov wrote:
One thing to consider would
be whether you really need this split between O0/optimize versions, or
whether you can find a place in the queue where to insert it
unconditionally. Have you considered this at all or did you just follow
asan/tsan?
I
> I can understand this restriction, but...
>
> > + /* See the same assertion on PROBE_INTERVAL above. */
> > + gcc_assert ((first % 4096) == 0);
>
> ... why isn't this a test that FIRST is aligned to PROBE_INTERVAL?
Because that isn't guaranteed, FIRST is related to the size of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68650
--- Comment #6 from Georg Koppen ---
Alright, thanks. So, what happens with r215527 is that checking for dlopen()
working properly in the configure script is not enough anymore to decide
whether one needs -ldl needs to get added explicitly if
Sorry for the delay, very busy on other things these days...
On 16/11/15 20:00, Eric Botcazou wrote:
>> More comments inline.
>
> Revised version attached, which addresses all your comments and in
particular
> removes the
>
> +#if PROBE_INTERVAL > 4096
> +#error Cannot use indexed addressing mode
On 03/12/15 09:59, Richard Biener wrote:
On Thu, 3 Dec 2015, Tom de Vries wrote:
On 03/12/15 01:10, Tom de Vries wrote:
I've managed to reproduce it. The difference between pass and fail is
whether the compiler is configured with or without accelerator.
I'll look into it.
In the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 66051, which changed state.
Bug 66051 Summary: can't vectorize reductions inside an SLP group
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66051
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66051
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Thu Dec 3 11:26:56 2015
New Revision: 231225
URL: https://gcc.gnu.org/viewcvs?rev=231225=gcc=rev
Log:
2015-12-03 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66051
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Dear Steve,
I'll take a look at this this afternoon. Thanks for bringing it to my attention.
Cheers
Paul
On 3 December 2015 at 07:43, Steve Kargl
wrote:
> On Wed, Dec 02, 2015 at 10:26:30PM -0800, Steve Kargl wrote:
>> On Wed, Dec 02, 2015 at 10:02:33PM
On 11/11/15 12:00, Jakub Jelinek wrote:
On Wed, Nov 11, 2015 at 11:51:02AM +0100, Richard Biener wrote:
The option -foffload-alias=pointer instructs the compiler to assume that
objects references in an offload region do not alias.
The option -foffload-alias=all instructs the compiler to make
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68655
--- Comment #5 from Jakub Jelinek ---
Created attachment 36897
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36897=edit
gcc6-pr68655.patch
Initial untested patch. Unfortunately, it doesn't seem to be always a win,
when looking at the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68675
Bug ID: 68675
Summary: Handle GOMP_target_ext optimally in ipa-pta
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68669
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |NEW
Version|5.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68672
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68671
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68670
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68655
--- Comment #8 from rguenther at suse dot de ---
On Thu, 3 Dec 2015, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68655
>
> --- Comment #7 from Jakub Jelinek ---
> I guess it needs analysis.
> Some examples
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68669
--- Comment #2 from Pavel Celba ---
Created attachment 36893
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36893=edit
Preprocessed run_tests.cpp
Added the pre-processed run_tests.cpp
On Thu, 3 Dec 2015, Tom de Vries wrote:
> On 03/12/15 09:59, Richard Biener wrote:
> > On Thu, 3 Dec 2015, Tom de Vries wrote:
> >
> > > On 03/12/15 01:10, Tom de Vries wrote:
> > > >
> > > > I've managed to reproduce it. The difference between pass and fail is
> > > > whether the compiler is
On 02/12/15 14:13, Jeff Law wrote:
On 12/02/2015 01:33 AM, Richard Biener wrote:
Right. So the question I have is how/why did DOM leave anything in the map.
And if DOM is fixed to not leave stuff lying around, can we then assert that
nothing is ever left in those maps between passes? There's
Ryan Burn writes:
> Is there any way to easily build a stage1 gcc with macro support for
> debugging?
Set STAGE1_CFLAGS.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68668
Bug ID: 68668
Summary: [6 Regression] bogus error: invalid use of array with
unspecified bounds
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 67800, which changed state.
Bug 67800 Summary: [6 Regression] Missed vectorization opportunity on x86
(DOT_PROD_EXPR in non-reduction)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67800
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67800
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68659
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
--- Comment #3 from Richard Biener
On Thu, Dec 03, 2015 at 09:21:03AM +, Richard Sandiford wrote:
> * internal-fn.def (RSQRT): New function.
> * optabs.def (rsqrt_optab): New optab.
> * doc/tm.texi (rsqrtM2): Document
Missing full stop.
Otherwise looks to me like a nice cleanup and hopefully fixes the
e form like "r1 + r2 + 0x3ffc".
>>>> + Since the offset is within range supported by addressing
>>>> + mode "reg+offset", we don't split the const and legalize
>>>> + it into below insn and expr sequence:
>>>> +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57580
--- Comment #8 from Jakub Jelinek ---
Fixed for 6+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68650
--- Comment #5 from Jakub Jelinek ---
/home/thomas/Arbeit/Tor/mozilla-central/xpcom/glue/standalone/nsXPCOMGlue.cpp:167:
error: undefined reference to 'dlerror'
That does look like it is actually one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68639
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68639
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Thu Dec 3 08:38:10 2015
New Revision: 231220
URL: https://gcc.gnu.org/viewcvs?rev=231220=gcc=rev
Log:
2015-12-03 Richard Biener
PR
[ was: Re: [PATCH] [graphite] handle missing isl_ast_expr ]
On 03/12/15 00:56, Tom de Vries wrote:
Hi,
This break the build for me, with isl 0.14.
...
src/gcc/graphite-isl-ast-to-gimple.c: In member function ‘tree_node*
translate_isl_ast_to_gimple::binary_op_to_tree(tree, isl_ast_expr*,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68232
Andre Vieira changed:
What|Removed |Added
CC||andre.simoesdiasvieira@arm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68620
--- Comment #4 from Christophe Lyon ---
Maybe, that's what I'm trying to figure out.
Given the comment in arm.h before the definition of CANNOT_CHANGE_MODE_CLASS,
maybe we need to define more patterns, for all the sizes where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64812
--- Comment #13 from rguenther at suse dot de ---
On Thu, 3 Dec 2015, hubicka at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64812
>
> Jan Hubicka changed:
>
>What|Removed |Added
On Wed, 2 Dec 2015, Jakub Jelinek wrote:
> Can you post sample code with assembly for -msoft-stack and -muniform-simt
> showing how are short interesting cases expanded?
Here's short examples; please let me know if I'm misunderstanding and you
wanted something else.
First, -muniform-simt effect
On 13/11/15 15:21, Jiong Wang wrote:
On 05/11/15 14:57, Jiong Wang wrote:
Marcus Shawcroft writes:
+#ifdef HAVE_AS_TINY_TLSGD_RELOCS
+ return SYMBOL_TINY_TLSGD;
+#else
+ return SYMBOL_SMALL_TLSGD;
+#endif
Rather than introduce blocks of conditional compilation it is better
to gate
Hi,
Currently multiple return-struct-* tests from MPX testsuite fail. This patch
fixes it. Bootstrapped and tested on x86_64-unknown-linux-gnu. Applied to
trunk. I'm going to port it to GCC5 after 5.3 release.
Thanks,
Ilya
--
gcc/
2015-12-03 Ilya Enkovich
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68513
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
All current uses of builtin_reciprocal convert 1.0/sqrt into rsqrt.
This patch adds an rsqrt optab and associated internal function for
that instead. We can then pick up the vector forms of rsqrt automatically,
fixing an AArch64 regression from my internal_fn patches.
With that change,
On Tue, Dec 1, 2015 at 7:51 PM, Bernhard Reutner-Fischer
wrote:
> As said, we could as well use a list of candidates with NULL as record marker.
> Implementation cosmetics. Steve seems to not be thrilled by the
> overall idea in the first place, so unless there is clear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68651
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
The following patch handles CSEing OBJ_TYPE_REF which was omitted
because it is a GENERIC expression even on GIMPLE (for whatever
reason...). Rather than changing this now the following patch
simply treats it properly as such.
Bootstrap & regtest running on x86_64-unknown-linux-gnu.
Note that
Hi Chung-Lin!
On Mon, 23 Nov 2015 21:15:00 +0800, Chung-Lin Tang
wrote:
> The OpenACC wait directive is represented as a call to the runtime
> function "GOACC_wait" instead of a tree code. I am seeing when
> '#pragma acc wait' is using inside a template function, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68668
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
Hi all,
In this fix I want to simplify the control flow of the code that chooses the
order in which to emit
the then and else basic blocks (and their associated emit_a and emit_b
instructions).
Currently we check the then block and only if there is a modification there we
check the else block
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68655
--- Comment #4 from rguenther at suse dot de ---
On Thu, 3 Dec 2015, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68655
>
> Jakub Jelinek changed:
>
>What|Removed |Added
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68620
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
1 - 100 of 302 matches
Mail list logo