https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84748
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88146
--- Comment #12 from Alexandre Oliva ---
Author: aoliva
Date: Thu Jan 17 04:49:55 2019
New Revision: 268004
URL: https://gcc.gnu.org/viewcvs?rev=268004&root=gcc&view=rev
Log:
[PR88146] avoid diagnostics diffs if cdtor_returns_this
Dia
||aoliva at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
--- Comment #4 from Alexandre Oliva ---
Created attachment 45448
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45448&action=edit
Candidate patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86648
--- Comment #7 from Alexandre Oliva ---
Author: aoliva
Date: Thu Jan 17 07:32:16 2019
New Revision: 268005
URL: https://gcc.gnu.org/viewcvs?rev=268005&root=gcc&view=rev
Log:
[PR86648] use auto identifier for class placeholder t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87768
--- Comment #3 from Alexandre Oliva ---
Author: aoliva
Date: Thu Jan 17 07:32:29 2019
New Revision: 268006
URL: https://gcc.gnu.org/viewcvs?rev=268006&root=gcc&view=rev
Log:
[PR87768] reset location wrapper suppression when reentering t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87768
Alexandre Oliva changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86648
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||aoliva at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |tnfchris at gcc dot
gnu.org
--- Comment #8 from Alexandre Oliva ---
AFAICT Christina is working on it, so I'm changing the bug status so that this
becomes apparent in bug lists
||aoliva at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
--- Comment #4 from Alexandre Oliva ---
mine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86218
--- Comment #5 from Alexandre Oliva ---
https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01731.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86379
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86379
Alexandre Oliva changed:
What|Removed |Added
Keywords||patch
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87770
--- Comment #6 from Alexandre Oliva ---
Author: aoliva
Date: Tue Feb 5 06:11:25 2019
New Revision: 268529
URL: https://gcc.gnu.org/viewcvs?rev=268529&root=gcc&view=rev
Log:
[PR87770] test partial specializations for type dependen
||aoliva at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
--- Comment #4 from Alexandre Oliva ---
Mine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87322
--- Comment #5 from Alexandre Oliva ---
Created attachment 45614
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45614&action=edit
Candidate patch
Besides the cp_unevaluated_operand issue that Jakub mentioned, that causes parm
lists to be i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87322
--- Comment #6 from Alexandre Oliva ---
The attached patch had several regressions, use the one I posted instead.
https://gcc.gnu.org/ml/gcc-patches/2019-02/msg00371.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86218
--- Comment #6 from Alexandre Oliva ---
Author: aoliva
Date: Thu Feb 7 07:50:42 2019
New Revision: 268606
URL: https://gcc.gnu.org/viewcvs?rev=268606&root=gcc&view=rev
Log:
[PR86218] handle ck_aggr in compare_ics in both and either co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86218
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||aoliva at gcc dot gnu.org
--- Comment #3 from Alexandre Oliva ---
Mine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86960
--- Comment #4 from Alexandre Oliva ---
AFAICT the problem is that we do not substitute the type pack into the arg pack
when specializing the enclosing template. That specialization removes one
template level from the nested template, so we can'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86960
--- Comment #5 from Alexandre Oliva ---
Created attachment 45631
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45631&action=edit
hack that allows the testcase to compile
This patchlet enables compilation of the testcase, but it's most def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85039
--- Comment #5 from Alexandre Oliva ---
Author: aoliva
Date: Mon Apr 16 21:35:34 2018
New Revision: 259423
URL: https://gcc.gnu.org/viewcvs?rev=259423&root=gcc&view=rev
Log:
[PR c++/85039] no type definitions in builtin offsetof
Types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85039
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|aoliva at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
Alexandre Oliva changed:
What|Removed |Added
Keywords||patch
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85437
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #21 from Alexandre Oliva ---
Author: aoliva
Date: Wed Apr 18 05:17:26 2018
New Revision: 259457
URL: https://gcc.gnu.org/viewcvs?rev=259457&root=gcc&view=rev
Log:
[PR c++/80290] recycle tinst garbage sooner
tinst_level obj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
Alexandre Oliva changed:
What|Removed |Added
Assignee|aoliva at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
Alexandre Oliva changed:
What|Removed |Added
Keywords||deferred
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
--- Comment #15 from Alexandre Oliva ---
t and the lexical block enclosing it are regarded as unused by
remove_unused_scope_block_p, so process_scope_var doesn't get a chance to
output location information for t. It's there at all because of ear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #27 from Alexandre Oliva ---
Author: aoliva
Date: Thu Apr 19 06:39:06 2018
New Revision: 259486
URL: https://gcc.gnu.org/viewcvs?rev=259486&root=gcc&view=rev
Log:
PR c++/80290
* cp-tree.h (tinst_level::free): Fix wh
|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
--- Comment #8 from Alexandre Oliva ---
Mine. Weird... the problem is caused by the following factors: (i) the
(indexed base,offset) loclist used for variable d crosses the hot/cold boundary
(we should never have a single range crossing that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86064
--- Comment #9 from Alexandre Oliva ---
In (i), that loclist format is used because of -gsplit-dwarf, I meant to say.
So we have 3 possible work-arounds immediately available: not using
-gsplit-dwarf, not disabling VTA, and disabling locviews.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86064
--- Comment #10 from Alexandre Oliva ---
Created attachment 44266
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44266&action=edit
candidate patch
Here's the patch I'm testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86064
--- Comment #11 from Alexandre Oliva ---
Author: aoliva
Date: Tue Jun 26 05:44:26 2018
New Revision: 262130
URL: https://gcc.gnu.org/viewcvs?rev=262130&root=gcc&view=rev
Log:
[PR86064] split single cross-partition range with nonzero
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86064
--- Comment #12 from Alexandre Oliva ---
Author: aoliva
Date: Sat Jun 30 04:16:16 2018
New Revision: 262268
URL: https://gcc.gnu.org/viewcvs?rev=262268&root=gcc&view=rev
Log:
[PR86064] split single cross-partition range with nonzero
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81824
--- Comment #18 from Alexandre Oliva ---
Author: aoliva
Date: Thu Jul 18 00:38:45 2019
New Revision: 273563
URL: https://gcc.gnu.org/viewcvs?rev=273563&root=gcc&view=rev
Log:
-Wmissing-attributes: check that we avoid duplicates a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91507
--- Comment #6 from Alexandre Oliva ---
Author: aoliva
Date: Tue Oct 1 11:36:31 2019
New Revision: 276403
URL: https://gcc.gnu.org/viewcvs?rev=276403&root=gcc&view=rev
Log:
DWARF array bounds missing from C++ array definitions
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80693
--- Comment #6 from Alexandre Oliva ---
Author: aoliva
Date: Mon Dec 11 22:36:07 2017
New Revision: 24
URL: https://gcc.gnu.org/viewcvs?rev=24&root=gcc&view=rev
Log:
[PR80693] drop value of parallel SETs dropped by combine
When
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81019
--- Comment #5 from Alexandre Oliva ---
Author: aoliva
Date: Mon Dec 11 22:36:07 2017
New Revision: 24
URL: https://gcc.gnu.org/viewcvs?rev=24&root=gcc&view=rev
Log:
[PR80693] drop value of parallel SETs dropped by combine
When
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81020
--- Comment #14 from Alexandre Oliva ---
Author: aoliva
Date: Mon Dec 11 22:36:07 2017
New Revision: 24
URL: https://gcc.gnu.org/viewcvs?rev=24&root=gcc&view=rev
Log:
[PR80693] drop value of parallel SETs dropped by combi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #11 from Alexandre Oliva ---
the problem is that a concatn resulting from decomposing a reg is not unshared
in a debug insn because it's between blocks. reverting the
remove_forwarder_block part of the tree-cfgcleanup.c changes in r2
|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
--- Comment #15 from Alexandre Oliva ---
Created attachment 42858
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42858&action=edit
candidate patch
This patch enables the initial bug report to compile successfully (though with
-f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83391
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
Alexandre Oliva changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #17 from Alexandre Oliva ---
Rainier, I wasn't sure how "same" the bootstrap failure you'd observed was,
that's why I'd asked for a preprocessed testcase. Now, since the patch fixed
the problem, nevermind. I'll look into the regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #18 from Alexandre Oliva ---
Created attachment 42859
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42859&action=edit
additional patch for the ia64 problem reported by andreas
Andreas, this patch (on top of the other) enables
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #19 from Alexandre Oliva ---
Created attachment 42860
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42860&action=edit
additional patch for the sparc pr69102 FAIL
This patch fixes the testsuite regression reported by Rainier on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #50 from Alexandre Oliva ---
Author: aoliva
Date: Wed Dec 13 19:09:45 2017
New Revision: 255612
URL: https://gcc.gnu.org/viewcvs?rev=255612&root=gcc&view=rev
Log:
[SFN] don't eliminate regs in markers
Eliminate regs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #60 from Alexandre Oliva ---
Joseph, thanks for the feedback. I've fixed the SH (and ARC) build error in my
tree.
Andreas, thanks for the ia64 testcases, I'm looking into them. From your email
address, is it correct to assume that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83422
--- Comment #3 from Alexandre Oliva ---
Right now, I can't see a reason to drop markers just because VTA is disabled.
Although they do lose some value, they're probably still useful on their own.
So I suggest dropping both lines that clear cfun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #61 from Alexandre Oliva ---
Created attachment 42885
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42885&action=edit
expand labels before markers
This patch fixes both ia64 problems. Basically, the ebb scheduler gets
thoroug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #62 from Alexandre Oliva ---
Author: aoliva
Date: Thu Dec 14 15:02:58 2017
New Revision: 255638
URL: https://gcc.gnu.org/viewcvs?rev=255638&root=gcc&view=rev
Log:
[SFN] next/prev_nonnote_insn_bb are no more, even for po
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #63 from Jakub Jelinek ---
Comment on attachment 42885
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42885
expand labels before markers
If you do this, then we should also revert the var-tracking.c etc. changes to
look for deb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #66 from Alexandre Oliva ---
Jakub, *nod*, that's among the "changes added to support that".
Ulrich, thanks for the report. r255639 compiles your testcase successfully on
x86_64-linux-gnu-x-spu-elf with -O -g, so I guess the problem
||2017-12-14
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #5 from Alexandre Oliva ---
Mine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83422
--- Comment #6 from Alexandre Oliva ---
Created attachment 42887
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42887&action=edit
candidate patch
Here's what I'm testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #70 from Alexandre Oliva ---
ktkatchov, I'll submit the patch as soon as it completes testing, which should
be Real Soon Now (TM) :-) If you got the cycles to give it a spin, by all
means let us know how it goes! Thanks,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #76 from Alexandre Oliva ---
Created attachment 42890
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42890&action=edit
move markers after labels while building the cfg
This is a follow up to comment 61, that adjusts the IR to r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #77 from Alexandre Oliva ---
Created attachment 42891
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42891&action=edit
fix libiberty/unix-pex bootstrap compare (stage3 configure)
... and if you find that bootstrap-debug compare
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #80 from Alexandre Oliva ---
A preprocessed testcase and command line would be welcome to try to debug the
armv8 issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #82 from Alexandre Oliva ---
Author: aoliva
Date: Tue Dec 19 17:50:31 2017
New Revision: 255833
URL: https://gcc.gnu.org/viewcvs?rev=255833&root=gcc&view=rev
Log:
[SFN] start rtl block with label, then markers
Emitting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83422
--- Comment #8 from Alexandre Oliva ---
Author: aoliva
Date: Tue Dec 19 17:50:54 2017
New Revision: 255834
URL: https://gcc.gnu.org/viewcvs?rev=255834&root=gcc&view=rev
Log:
SFN: don't drop markers for skipping var-tracking
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83422
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83396
--- Comment #84 from Alexandre Oliva ---
Author: aoliva
Date: Wed Dec 20 14:48:34 2017
New Revision: 255895
URL: https://gcc.gnu.org/viewcvs?rev=255895&root=gcc&view=rev
Log:
[SFN] debug markers before labels no more
Make sure that gi
|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
--- Comment #6 from Alexandre Oliva ---
Mine. Patch posted at https://gcc.gnu.org/ml/gcc-patches/2017-12/msg01393.html
|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
--- Comment #6 from Alexandre Oliva ---
Mine. Fixed, IIUC. Please reopen otherwise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83419
--- Comment #7 from Alexandre Oliva ---
Author: aoliva
Date: Thu Dec 21 18:14:06 2017
New Revision: 255947
URL: https://gcc.gnu.org/viewcvs?rev=255947&root=gcc&view=rev
Log:
[SFN] propagate single-nondebug-stmt's side effects to e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83419
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
--- Comment #3 from Alexandre Oliva ---
Mine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83527
--- Comment #4 from Alexandre Oliva ---
Patch posted at https://gcc.gnu.org/ml/gcc-patches/2017-12/msg01462.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83419
--- Comment #9 from Alexandre Oliva ---
Author: aoliva
Date: Fri Dec 22 02:07:31 2017
New Revision: 255966
URL: https://gcc.gnu.org/viewcvs?rev=255966&root=gcc&view=rev
Log:
[SFN] sync up debug-only stmt list's side effects with em
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83527
--- Comment #5 from Alexandre Oliva ---
Author: aoliva
Date: Fri Dec 22 02:07:31 2017
New Revision: 255966
URL: https://gcc.gnu.org/viewcvs?rev=255966&root=gcc&view=rev
Log:
[SFN] sync up debug-only stmt list's side effects with em
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83527
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||aoliva at gcc dot gnu.org
Resolution|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot
gnu.org
--- Comment #15 from Alexandre Oliva ---
AFAICT this is fixed; thanks, Martin!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
-optimization|tree-optimization
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
--- Comment #4 from Alexandre Oliva ---
Mine; patch will be attached momentarily.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #5 from Alexandre Oliva ---
Created attachment 42968
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42968&action=edit
partial candidate patch
Alas, although it restores good code for x86_64 and arm, it doesn't go as far
as enab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #6 from Alexandre Oliva ---
Created attachment 42969
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42969&action=edit
complementary candidate patch
This patch complements the earlier one.
On AVR, unlike other ports, we had t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #7 from Alexandre Oliva ---
Hmm, what the complementary patch won't do is improve the odds of auto_inc or
even saving a temp in spaghetti code, rather than in loops. Maybe that's
important too? I wonder if we should add the post-inc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #8 from Alexandre Oliva ---
Created attachment 42970
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42970&action=edit
alternative (?) complementary candidate patch
This addresses the concern of post-increment in non-loops. It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
Alexandre Oliva changed:
What|Removed |Added
Attachment #42969|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
Alexandre Oliva changed:
What|Removed |Added
Attachment #42971|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #11 from Alexandre Oliva ---
Testing has revealed that the alternative complementary candidate patch
introduces a number of regressions, in tests intended specifically to detect
this kind of problem. I don't see an easy way to delay
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #13 from Alexandre Oliva ---
We do have such constant propagation on such ports as x86* and arm, but not on
avr. Presumably (I haven't checked) it has to do with available addressing
modes, and gimple's avoiding, even in MEM_REFs, ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #15 from Alexandre Oliva ---
As we create_mem_ref within ivopts, create_mem_ref_raw requires a
valid_mem_ref_p, which in memory_address_addr_space_p calls
targetm.addr_space.legitimate_address_p, and that's
avr_addr_space_legitimate_a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #16 from Alexandre Oliva ---
Even if create_mem_ref_raw created a MEM_REF, we'd still allocate a new pseudo
for the reg - 1 at cfgexpand, and that ends up preventing the post_inc
addressing mode from being selected.
The more I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #17 from Alexandre Oliva ---
Created attachment 43025
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43025&action=edit
another complement to the initial partial patch, this one improving
auto-inc-dec
We already had code to turn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83480
--- Comment #6 from Alexandre Oliva ---
It seems like sel-sched really can't deal with debug insns; I agree it makes
sense to disable all sorts of debug insns when sel-sched is selected/enabled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83480
--- Comment #9 from Alexandre Oliva ---
didn't we print a warning if we found VTA and sel-sched enabled at the same
time, too? I guess that might be useful in this case as well. (thanks for
taking care of this!)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #18 from Alexandre Oliva ---
Vacations over, patches formatted and posted.
https://gcc.gnu.org/ml/gcc-patches/2018-01/msg01994.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
--- Comment #19 from Alexandre Oliva ---
I was copied, presumably because the problem occurred in var-tracking.
I've tried to duplicate the problem on gcc112. I bootstrapped the trunk
(without any --with-cpu flag), and then build attachment 432
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #21 from Alexandre Oliva ---
Author: aoliva
Date: Tue Jan 30 17:40:50 2018
New Revision: 257194
URL: https://gcc.gnu.org/viewcvs?rev=257194&root=gcc&view=rev
Log:
[PR81611] accept copies in simple_iv_increment_p
If there ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84005
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84005
--- Comment #3 from Alexandre Oliva ---
With the current vect alignment computations, we end up using the alignment of
the arrays, so on x86_64 it's 256bits (DATA_ALIGNMENT bumps the alignment up)
and on ppc64 it's 32bits, no alignment bump.
Bac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84231
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84231
--- Comment #3 from Alexandre Oliva ---
The difference arises because, when resolving the % overload in
normal_function, the result operands of the ternary operator have gained
rvalue-forcing NOP_EXPRs, which makes their lvalue_kind clk_none, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84231
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Alexandre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87322
--- Comment #7 from Alexandre Oliva ---
Author: aoliva
Date: Wed Feb 13 17:42:39 2019
New Revision: 268850
URL: https://gcc.gnu.org/viewcvs?rev=268850&root=gcc&view=rev
Log:
[PR87322] move cp_evaluated up to tsubst all lambda parms
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87322
Alexandre Oliva changed:
What|Removed |Added
Known to work||9.0
Summary|[8/9 Regression
401 - 500 of 1710 matches
Mail list logo
