https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77295
Bug ID: 77295
Summary: missed optimisation when copying/moving union members
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171
ncahill_alt at yahoo dot com changed:
What|Removed |Added
CC||ncahill_alt at yahoo dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71776
--- Comment #5 from malithyapa at gmail dot com ---
On Wed, Jul 6, 2016 at 1:39 PM ktkachov at gcc dot gnu.org <
gcc-bugzi...@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71776
>
> ktkachov at gcc dot gnu.org changed:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77294
Bug ID: 77294
Summary: __builtin_object_size inconsistent for member arrays
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44384
Martin Sebor changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77293
Bug ID: 77293
Summary: __builtin_object_size inconsistent for
multidimensional arrays
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77292
Bug ID: 77292
Summary: Spurious "warning: logical not is only applied to the
left hand side of comparison"
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77291
Bug ID: 77291
Summary: False positive for -Warray-bounds
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71973
--- Comment #3 from Bernd Edlinger ---
Created attachment 39472
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39472&action=edit
possible patch
Oh, yeah!
Boot-strap OK.
The eh-code is OK.
BUT: the warning triggers a few hundred times, w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77288
--- Comment #5 from Ville Voutilainen ---
Ah. That would indeed mean that every converting assignment introduces
a temporary. Design-wise I'd rather have it so that optional doesn't convert
at all in the assignment. :)
l(8)
37,38d37
< lfd 0,0(9)
< addi 9,9,8
40c39,40
< stfd 0,0(9)
---
> addi 9,9,8
> stfd 0,-8(9)
61c61
< .ident "GCC: (GNU) 7.0.0 20160818 (experimental) [trunk revision
239565]"
---
> .ident "GCC: (GNU) 7.0.0 20160818 (experimen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37986
--- Comment #7 from Jonathan Wakely ---
(In reply to Manuel Holtgrewe from comment #0)
> std::tr1::variate_generator<
> std::tr1::mt19937&,
> std::tr1::uniform_real
> > g(mt, dist);
This case is only fixed for -std=gnu++98 mode. Wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71936
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72698
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77288
--- Comment #4 from dawid_jurek at vp dot pl ---
After applying my patch code snippet you provided compile, run and works as
expected. To be more precise I'm talking about such snippet:
std::experimental::optional os;
os = "meow";
assert(bool(os)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71514
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71514
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71514
--- Comment #14 from Marek Polacek ---
Author: mpolacek
Date: Thu Aug 18 16:38:49 2016
New Revision: 239581
URL: https://gcc.gnu.org/viewcvs?rev=239581&root=gcc&view=rev
Log:
PR c/71514
* c-common.c (get_atomic_generic_size): Dis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70895
--- Comment #8 from Chung-Lin Tang ---
Author: cltang
Date: Thu Aug 18 15:01:50 2016
New Revision: 239579
URL: https://gcc.gnu.org/viewcvs?rev=239579&root=gcc&view=rev
Log:
Backport from mainline:
2016-08-18 Chung-Lin Tang
PR middle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72839
--- Comment #1 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Thu Aug 18 14:59:46 2016
New Revision: 239578
URL: https://gcc.gnu.org/viewcvs?rev=239578&root=gcc&view=rev
Log:
Increase MOVE_RATIO to 17 for Lakemont
Larger MOVE_RATIO will alwa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70895
--- Comment #7 from Chung-Lin Tang ---
Author: cltang
Date: Thu Aug 18 14:56:11 2016
New Revision: 239577
URL: https://gcc.gnu.org/viewcvs?rev=239577&root=gcc&view=rev
Log:
Backport from mainline:
2016-08-18 Chung-Lin Tang
PR middle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77282
--- Comment #5 from Bill Seurer ---
Just did a test run and it works. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70895
--- Comment #6 from Chung-Lin Tang ---
Author: cltang
Date: Thu Aug 18 14:46:19 2016
New Revision: 239576
URL: https://gcc.gnu.org/viewcvs?rev=239576&root=gcc&view=rev
Log:
2016-08-18 Chung-Lin Tang
PR middle-end/70895
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77289
Bug ID: 77289
Summary: ICE in extract_constrain_insn, at recog.c:2212 on
powerpc64
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77288
--- Comment #3 from Ville Voutilainen ---
>Now behaviour is the same as in gcc 5.1 - operator=(_Up&& __u) is chosen in 2
>situations:
>1. _Up is NOT optional
>2. _Up is optional AND _Up is same as _Tp modulo cv-qualifiers, references etc.
How d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77288
Ville Voutilainen changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77288
--- Comment #1 from dawid_jurek at vp dot pl ---
Created attachment 39471
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39471&action=edit
Fix bug in operator=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77288
Bug ID: 77288
Summary: Std::experimental::optional::operator= implementation
is broken in gcc 6.1
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50419
Richard Biener changed:
What|Removed |Added
Keywords||alias, missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49774
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71338
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59980
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71338
--- Comment #7 from Oleg Endo ---
Author: olegendo
Date: Thu Aug 18 12:25:47 2016
New Revision: 239569
URL: https://gcc.gnu.org/viewcvs?rev=239569&root=gcc&view=rev
Log:
gcc/
Backport from mainline
2016-06-17 DJ Delorie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77283
--- Comment #8 from Richard Biener ---
(In reply to Richard Biener from comment #7)
> Also my adjustment of gcc.dg/tree-ssa/split-path-7.c was only good in my dev
> tree for some reason. Otherwise bootstrapped / tested on
> x86_64-unknown-linux-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71338
--- Comment #6 from Oleg Endo ---
Author: olegendo
Date: Thu Aug 18 12:14:33 2016
New Revision: 239568
URL: https://gcc.gnu.org/viewcvs?rev=239568&root=gcc&view=rev
Log:
gcc/
Backport from mainline
2016-06-17 DJ Delorie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77283
--- Comment #7 from Richard Biener ---
Created attachment 39469
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39469&action=edit
patch
Ok, causes
FAIL: gcc.dg/tree-ssa/pr69270.c scan-tree-dump-not dom3 "bit_xor"
FAIL: gcc.dg/tree-ssa/pr69
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71077
--- Comment #7 from Yuri Rumyantsev ---
I checked that proposed patch fixed RF for 176.gcc.
Please, go ahead and commit your patch to trunk.
Thanks.
Yuri.
2016-08-12 20:14 GMT+03:00 patrick at parcs dot ath.cx
:
> https://gcc.gnu.org/bugzilla/s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
Richard Biener changed:
What|Removed |Added
Keywords||ra
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62180
Oleg Endo changed:
What|Removed |Added
CC||olegendo at gcc dot gnu.org
--- Comment #6 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77286
--- Comment #5 from Richard Biener ---
Ok, again slpeels incredibly fragile manual SSA updating which relies on PHI
nodes
to appear in exactly the same order... which is AFAIK why I at some point
removed that lc-PHI handling bail-out I re-added.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
--- Comment #2 from Petr ---
With '-mtune=intel' the push/pop sequence is gone, but YMM register management
remains the same - 24 memory accesses more than clang.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77286
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
--- Comment #4 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
Andrew Pinski changed:
What|Removed |Added
Component|c++ |target
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77286
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77285
--- Comment #7 from Jonathan Wakely ---
The examples only work with GCC 4.9.4 because the abi_tag doesn't have any
effect before GCC 5, but it's still a regression because of the effect on
std::string variables, which are now tagged.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
Bug ID: 77287
Summary: Much worse code generated compared to clang (stack
alignment and spills)
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77285
--- Comment #6 from Jonathan Wakely ---
Oops, sorry that's the nm output for the wrong objects, the output for the
reduced examples is:
nm a.o
U _GLOBAL_OFFSET_TABLE_
B _Z13gFeelingLuckyB3tag
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652
--- Comment #59 from Marek Polacek ---
Author: mpolacek
Date: Thu Aug 18 10:28:03 2016
New Revision: 239566
URL: https://gcc.gnu.org/viewcvs?rev=239566&root=gcc&view=rev
Log:
PR c/7652
gcc/cp/
* call.c (add_builtin_candidate): Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77286
--- Comment #2 from Richard Biener ---
Ok, looks like my if-conversion patch is at least partly responsible for the
current TOT fallout.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77285
--- Comment #5 from Jonathan Wakely ---
Reduced:
cat >a.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77286
--- Comment #1 from Richard Biener ---
Seen with r239549 and checking disabled. Current TOT leads to
coupling.c: In function ‘nosehoover_tcoupl’:
coupling.c:364:6: error: invalid operands in binary operation
void nosehoover_tcoupl(t_grpopts *o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77285
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77286
Bug ID: 77286
Summary: [7 Regression] ICE in fold_convert_loc, at
fold-const.c:2248 building 435.gromacs
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77285
--- Comment #3 from Jonathan Wakely ---
Without the header:
cat > a.cpp <
thread_local std::string gFeelingLucky;
EOF
cat > main.cpp <
extern thread_local std::string gFeelingLucky;
int main() {
return gFeelingLucky.length();
}
EOF
g++11 mai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77285
--- Comment #2 from Jonathan Wakely ---
No, using header guards makes no difference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77282
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77282
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77282
--- Comment #2 from Richard Biener ---
Ok, so autopar is limited by the same issues as vectorization (loop carried
dependences via non-reduction PHIs) and thus should enable the PRE code that
inhibits such transforms. Would the testcase have vec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77283
--- Comment #6 from Richard Biener ---
I'm reasonably happy with the PHI logic so I am going to test it. It's quite
on the do-more-duplicating side for memory references (just uses the virtual
operand PHI to see if there are any loads/stores in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77282
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77285
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.5
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77279
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77283
--- Comment #5 from Richard Biener ---
Patch to fix the testcase, but will eventually regress the path-splitting
testcase again. The IV increment may be combined with a stmt in the
path thus more analysis would be required here. I guess if ther
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77285
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71687
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77283
Richard Biener changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49792
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77284
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77285
Bug ID: 77285
Summary: extern thread_local linkage
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assigne
69 matches
Mail list logo
