https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80991
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Oct 24 16:41:05 2017
New Revision: 254051
URL: https://gcc.gnu.org/viewcvs?rev=254051&root=gcc&view=rev
Log:
/cp
2017-10-24 Paolo Carlini
PR c++/80991
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80991
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82703
Bug ID: 82703
Summary: Wrong addition of std::array components with -O2
-ftree-loop-vectorize -ftree-slp-vectorize (works fine
with -O2)
Product: gcc
Version: 7.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82703
--- Comment #1 from Frédéric Bron ---
Created attachment 42464
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42464&action=edit
save-temps for g++ 7.2.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82703
--- Comment #2 from Frédéric Bron ---
Created attachment 42465
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42465&action=edit
save-temps for g++ 7.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78809
--- Comment #14 from Wilco ---
(In reply to Qing Zhao from comment #11)
> (In reply to Wilco from comment #9)
>
> > str(n)cmp with a constant string can be changed into memcmp if the string
> > has a
> > known alignment or is an array of known
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60580
--- Comment #9 from Wilco ---
Author: wilco
Date: Tue Oct 24 16:58:02 2017
New Revision: 254052
URL: https://gcc.gnu.org/viewcvs?rev=254052&root=gcc&view=rev
Log:
PR60580: Fix frame pointer option magic
To fix PR60580 simplify the logic in aarc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82622
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69976
--- Comment #13 from David Malcolm ---
Did this patch ever get posted to gcc-patc...@gcc.gnu.org? That's probably the
best way to get some traction on this. Note that feature-freeze for GCC 8 is
coming in the next few weeks, AIUI.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82396
--- Comment #14 from Wilco ---
Author: wilco
Date: Tue Oct 24 17:21:19 2017
New Revision: 254056
URL: https://gcc.gnu.org/viewcvs?rev=254056&root=gcc&view=rev
Log:
Cleanup autopref scheduling
r253236 broke AArch64 bootstrap. Earlier revision r2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82622
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82062
--- Comment #6 from Eric Botcazou ---
> Looks like you have sth in mind, care to post a candidate patch?
The candidate patch would just be Marek's initial fix in comment #8:
--- a/gcc/fold-const.c
+++ b/gcc/fold-const.c
@@ -3401,14 +3401,14 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82700
--- Comment #1 from Martin Sebor ---
The ICE is caused by the EBCDIC-US character set in Fedora 25 apparently not
including the equivalent of the backslash character. That makes the charset
invalid, since C requires both the basic source and bas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692
--- Comment #6 from Uroš Bizjak ---
(In reply to Segher Boessenkool from comment #5)
> The combination 8 -> 9 (where the GE is introduced) does not call
> SELECT_CC_MODE at all.
The problematic conversion is 7 -> 9, *after* 8 -> 9 is performed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82700
--- Comment #2 from Martin Sebor ---
(In reply to Martin Sebor from comment #1)
> The ICE is caused by the EBCDIC-US character set in Fedora 25 apparently not
> including the equivalent of the backslash character.
Actually, I was off by one: the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82685
--- Comment #9 from Pavel I. Kryukov ---
Ok, no problem.
> N.B. the compiler already gives the right answer when asked:
>
> #include
> using namespace std::literals::string_view_literals;
> static_assert(noexcept(""sv"));
JFYI, Clang gives a w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692
--- Comment #7 from Uroš Bizjak ---
To illustrate the problem, following patch fixes the failure:
--cut here--
Index: combine.c
===
--- combine.c (revision 254011)
+++ combine.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82704
Bug ID: 82704
Summary: GCC fails to download prerequisites on busybox distro
(unrecognized sha512sum --check)
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692
--- Comment #8 from Segher Boessenkool ---
Maybe you can handle this in can_change_dest_mode? That will catch
the similar cases, too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82466
--- Comment #7 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Oct 24 19:01:03 2017
New Revision: 254057
URL: https://gcc.gnu.org/viewcvs?rev=254057&root=gcc&view=rev
Log:
2017-10-24 Paolo Carlini
PR c++/82466
* doc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78809
--- Comment #15 from Qing Zhao ---
(In reply to Wilco from comment 14)
> The only reason we have to do a character by character comparison is because
> we
> cannot read beyond the end of a string. However when we know the size or
> alignment we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82466
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687
Max TenEyck Woodbury changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692
--- Comment #9 from Uroš Bizjak ---
(In reply to Segher Boessenkool from comment #8)
> Maybe you can handle this in can_change_dest_mode? That will catch
> the similar cases, too.
No, because we only have to prevent CCmode changes that apply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82370
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 24 19:34:06 2017
New Revision: 254058
URL: https://gcc.gnu.org/viewcvs?rev=254058&root=gcc&view=rev
Log:
PR target/82370
* config/i386/sse.md (VIMAX_AVX2): Remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82460
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 24 19:35:37 2017
New Revision: 254059
URL: https://gcc.gnu.org/viewcvs?rev=254059&root=gcc&view=rev
Log:
PR target/82460
* config/i386/sse.md (UNSPEC_VPERMI2, UNSP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78809
--- Comment #16 from Wilco ---
(In reply to Qing Zhao from comment #15)
> (In reply to Wilco from comment 14)
> > The only reason we have to do a character by character comparison is
> > because we
> > cannot read beyond the end of a string. How
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58884
Max TenEyck Woodbury changed:
What|Removed |Added
Component|tree-optimization |c
--- Comment #1 from Max TenEyck
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82705
Bug ID: 82705
Summary: Missing tail calls for large structs
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78809
--- Comment #17 from Qing Zhao ---
(In reply to Wilco from comment #16)
>> const char s[8] = “abcd\0abc”; // null byte in the middle of the string
>> int f2(void) { return __builtin_strcmp(s, "abc") != 0; }
>> int f3(void) { return __builtin_st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69576
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253
H.J. Lu changed:
What|Removed |Added
CC||peter at cordes dot ca
--- Comment #5 from H.J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692
--- Comment #10 from Segher Boessenkool ---
So should combine use targetm.cc_modes_compatible here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82706
Bug ID: 82706
Summary: 27_io/filesystem/operations/permissions.cc FAILs
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82706
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78809
--- Comment #18 from Wilco ---
(In reply to Qing Zhao from comment #17)
> (In reply to Wilco from comment #16)
>
> >> const char s[8] = “abcd\0abc”; // null byte in the middle of the string
> >> int f2(void) { return __builtin_strcmp(s, "abc")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82707
Bug ID: 82707
Summary: ICE in verify_gimple_in_cfg at tree-cfg.c:5395
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82707
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82708
Bug ID: 82708
Summary: libmpx fails to compile due to PATH_MAX
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82706
Dominique d'Humieres changed:
What|Removed |Added
Target|*-*-solaris2.11 |*-*-solaris2.11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687
--- Comment #28 from joseph at codesourcery dot com ---
Well, I also think the existing choice is the more natural choice for the
value of __LINE__ in this case (#line is mainly for use by code
generators, which can always count lines and speci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82708
--- Comment #1 from joseph at codesourcery dot com ---
If you have correctly configured GCC so that it can find the system
headers at configure time, include-fixed/limits.h should be constructed as
a concatentation of limitx.h, glimits.h and li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82708
--- Comment #2 from Keno Fischer ---
It looks like different parts of the build system may be disagreeing on that. I
see
checking limits.h usability... yes
in the log in one place and then
checking limits.h usability... no
later in the same l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82708
--- Comment #3 from joseph at codesourcery dot com ---
That's not the test I'm talking about. The relevant one is
gcc/Makefile.in's LIMITS_H_TEST, run during a build stage rather than a
configure stage, so you need to look at the setting of
B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41091
Benedek changed:
What|Removed |Added
CC||erenon2 at gmail dot com
--- Comment #6 from B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80295
--- Comment #14 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Oct 24 22:46:19 2017
New Revision: 254063
URL: https://gcc.gnu.org/viewcvs?rev=254063&root=gcc&view=rev
Log:
gcc/ChangeLog
2017-10-24 Qing Zhao
Wilco Dijkst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80295
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82709
Bug ID: 82709
Summary: f2008 complex%re and %im not yet implemented
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82708
--- Comment #4 from Keno Fischer ---
Ah, ok sorry I was confused. I probably should have mentioned that I'm doing a
cross compile to a glibc based system, so I'm building the compiler, then
building glibc,
and then going back and building the run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82708
--- Comment #5 from joseph at codesourcery dot com ---
The expectation for bootstrapping such a cross toolchain is that GCC is
configured and built twice. The first build is static-only, C-only,
inhibit-libc, disables lots of libraries such as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82706
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82709
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40196
Dominique d'Humieres changed:
What|Removed |Added
CC||john.harper at vuw dot ac.nz
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81318
--- Comment #33 from Daniel Black ---
Works for me.
$ toolchain/bin/gcc -O1 -Wno-attributes -Wno-implicit-int -c /tmp/x.c
$ toolchain/bin/gcc --version
gcc (GCC) 8.0.0 20171024 (experimental)
Thanks Markus, Martin, Honza.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71322
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70694
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #4 from Jonathan W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70694
--- Comment #5 from Dominique d'Humieres ---
> Does the patch work?
Indeed!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82706
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82706
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Wed Oct 25 00:27:10 2017
New Revision: 254067
URL: https://gcc.gnu.org/viewcvs?rev=254067&root=gcc&view=rev
Log:
PR libstdc++/82706 fix test for case where operations succeed
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82684
--- Comment #2 from Christopher J. Hanks ---
> > Putting the specializations and forward declarations in an `#if
> > _GLIBCXX_USE_C99_COMPLEX` block appears to allow code to compile as
> > expected.
>
> What code? What doesn't compile without t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79283
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82684
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79092
Matt Calabrese changed:
What|Removed |Added
CC||rivorus at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79092
--- Comment #3 from Matt Calabrese ---
This bug is fairly nasty and I think should be higher priority. I suspect that
many people who use template auto will encounter it in very subtle ways. I
observed it deep in expression-template code by way o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81318
Markus Trippelsdorf changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82708
Keno Fischer changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82702
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/onlinedocs/gcc/Invoking-Gcov.html#Invoking-Gcov
The output is a single .gcov file per .gcda file.
The same documentation was in GCC 5.1.0's docs:
https://gcc.gnu.org/onlinedocs/gcc-5.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692
--- Comment #11 from Uroš Bizjak ---
(In reply to Segher Boessenkool from comment #10)
> So should combine use targetm.cc_modes_compatible here?
Yes. The trappines of FP compares is distinguished by their mode, so
I guess something along the fol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82686
--- Comment #6 from Dennis Clarke ---
Actually first thing I did was remove a few options from configure stage
such that I could at least get past this small bump in the road :
--enable-multiarch and --enable-multilib removed.
Configure
101 - 169 of 169 matches
Mail list logo
