[Bug other/82708] libmpx fails to compile due to PATH_MAX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82708 Keno Fischer changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/81318] [8 regression] ICE in to_reg_br_prob_base, at profile-count.h:189

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81318 Markus Trippelsdorf changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug c++/79092] template: type ignored if value already instantiated

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

[Bug c++/79092] template: type ignored if value already instantiated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79092 Matt Calabrese changed: What|Removed |Added CC||rivorus at gmail dot com --- Comment

[Bug libstdc++/82684] std::complex template specializations require C99 Complex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82684 Jonathan Wakely changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug libstdc++/79283] read_symlink fails with /proc symlinks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79283 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug libstdc++/82684] std::complex template specializations require C99 Complex

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

[Bug libstdc++/82706] 27_io/filesystem/operations/permissions.cc FAILs

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=gcc=rev Log: PR libstdc++/82706 fix test for case where operations succeed PR

[Bug libstdc++/82706] 27_io/filesystem/operations/permissions.cc FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82706 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/70694] 50 experimental/filesystem/* failures on x86_64-apple-darwin10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70694 --- Comment #5 from Dominique d'Humieres --- > Does the patch work? Indeed!

[Bug libstdc++/70694] 50 experimental/filesystem/* failures on x86_64-apple-darwin10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70694 Jonathan Wakely changed: What|Removed |Added Status|NEW |WAITING --- Comment #4 from Jonathan

[Bug libstdc++/71322] [DR 2720] std::filesystem::permissions always follows symlinks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71322 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug middle-end/81318] [8 regression] ICE in to_reg_br_prob_base, at profile-count.h:189

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.

[Bug fortran/40196] [F03] [F08] Type parameter inquiry (str%len, a%kind) and Complex parts (z%re, z%im)

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 ---

[Bug fortran/82709] f2008 complex%re and %im not yet implemented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82709 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/82706] 27_io/filesystem/operations/permissions.cc FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82706 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug other/82708] libmpx fails to compile due to PATH_MAX

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

[Bug other/82708] libmpx fails to compile due to PATH_MAX

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

[Bug fortran/82709] New: f2008 complex%re and %im not yet implemented

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:

[Bug middle-end/80295] [7 Regression] ICE in __builtin_update_setjmp_buf expander

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80295 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/80295] [7 Regression] ICE in __builtin_update_setjmp_buf expander

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=gcc=rev Log: gcc/ChangeLog 2017-10-24 Qing Zhao

[Bug c++/41091] Using section attribute in c and c++ function causes section type conflict

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41091 Benedek changed: What|Removed |Added CC||erenon2 at gmail dot com --- Comment #6 from

[Bug other/82708] libmpx fails to compile due to PATH_MAX

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

[Bug other/82708] libmpx fails to compile due to PATH_MAX

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

[Bug other/82708] libmpx fails to compile due to PATH_MAX

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

[Bug preprocessor/58687] "#line __LINE__ ..." changes subsequent line numbers

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

[Bug libstdc++/82706] 27_io/filesystem/operations/permissions.cc FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82706 Dominique d'Humieres changed: What|Removed |Added Target|*-*-solaris2.11 |*-*-solaris2.11

[Bug other/82708] New: libmpx fails to compile due to PATH_MAX

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

[Bug tree-optimization/82707] ICE in verify_gimple_in_cfg at tree-cfg.c:5395

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82707 Rainer Orth changed: What|Removed |Added Target Milestone|--- |8.0

[Bug tree-optimization/82707] New: ICE in verify_gimple_in_cfg at tree-cfg.c:5395

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:

[Bug middle-end/78809] Inline strcmp with small constant strings

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")

[Bug libstdc++/82706] 27_io/filesystem/operations/permissions.cc FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82706 Rainer Orth changed: What|Removed |Added Target Milestone|--- |8.0

[Bug libstdc++/82706] New: 27_io/filesystem/operations/permissions.cc FAILs

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:

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692 --- Comment #10 from Segher Boessenkool --- So should combine use targetm.cc_modes_compatible here?

[Bug rtl-optimization/47253] Conditional jump to tail function is not generated

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

[Bug target/69576] tailcall could use a conditional branch on x86, but doesn't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69576 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug middle-end/78809] Inline strcmp with small constant strings

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

[Bug middle-end/82705] New: Missing tail calls for large structs

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:

[Bug c/58884] OPTIONAL warning when a temprary value is created and not used.

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

[Bug middle-end/78809] Inline strcmp with small constant strings

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.

[Bug target/82460] AVX512: choose between vpermi2d and vpermt2d to save mov instructions. Also, fails to optimize away shifts before shuffle

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=gcc=rev Log: PR target/82460 * config/i386/sse.md (UNSPEC_VPERMI2,

[Bug target/82370] AVX512 can use a memory operand for immediate-count vpsrlw, but gcc doesn't.

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=gcc=rev Log: PR target/82370 * config/i386/sse.md (VIMAX_AVX2): Remove V4TImode.

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

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

[Bug preprocessor/58687] "#line __LINE__ ..." changes subsequent line numbers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687 Max TenEyck Woodbury changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug c++/82466] Missing warning for re-declaration of built-in function as variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82466 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/78809] Inline strcmp with small constant strings

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

[Bug c++/82466] Missing warning for re-declaration of built-in function as variable

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=gcc=rev Log: 2017-10-24 Paolo Carlini PR

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

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.

[Bug other/82704] New: GCC fails to download prerequisites on busybox distro (unrecognized sha512sum --check)

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

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

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

[Bug libstdc++/82685] basic_string_view operator""sv(const char*, size_t) should be noexcept

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

[Bug tree-optimization/82700] ICE in printf-return-value with -fexec-charset=EBCDIC-US: converting to execution character set: Invalid or incomplete multibyte or wide character

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:

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

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.

[Bug tree-optimization/82700] ICE in printf-return-value with -fexec-charset=EBCDIC-US: converting to execution character set: Invalid or incomplete multibyte or wide character

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

[Bug middle-end/82062] [8 regression] simple conditional expressions no longer folded

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 @@

[Bug fortran/82622] [PDT] ICE in structure_alloc_comps, at fortran/trans-array.c:8963

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 ---

[Bug rtl-optimization/82396] [8 Regression] qsort comparator non-negative on sorted output: 4 in ready_sort_real in haifa scheduler

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=gcc=rev Log: Cleanup autopref scheduling r253236 broke AArch64 bootstrap. Earlier revision r253071

[Bug middle-end/69976] Zero the local stack on function exit

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.

[Bug fortran/82622] [PDT] ICE in structure_alloc_comps, at fortran/trans-array.c:8963

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 ---

[Bug middle-end/60580] aarch64 generates wrong code for __attribute__ ((optimize("no-omit-frame-pointer")))

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=gcc=rev Log: PR60580: Fix frame pointer option magic To fix PR60580 simplify the logic in

[Bug middle-end/78809] Inline strcmp with small constant strings

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

[Bug tree-optimization/82703] Wrong addition of std::array components with -O2 -ftree-loop-vectorize -ftree-slp-vectorize (works fine with -O2)

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=edit save-temps for g++ 7.2.0

[Bug tree-optimization/82703] Wrong addition of std::array components with -O2 -ftree-loop-vectorize -ftree-slp-vectorize (works fine with -O2)

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=edit save-temps for g++ 7.2.1

[Bug tree-optimization/82703] New: Wrong addition of std::array components with -O2 -ftree-loop-vectorize -ftree-slp-vectorize (works fine with -O2)

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:

[Bug c++/80991] ICE with __is_trivially_constructible in template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80991 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/80991] ICE with __is_trivially_constructible in template

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=gcc=rev Log: /cp 2017-10-24 Paolo Carlini PR

[Bug gcov-profile/82614] GCOV crashes while parsing gcda file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82614 --- Comment #8 from Marco Castelluccio --- Created attachment 42462 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42462=edit Archive with GCNO and GCDA file generated with GCC 6 This is an archive containing the GCNO and GCDA files

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692 --- Comment #5 from Segher Boessenkool --- The combination 8 -> 9 (where the GE is introduced) does not call SELECT_CC_MODE at all.

[Bug preprocessor/78497] compiling with -save-temps adds -Wimplicit-fallthrough warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78497 --- Comment #7 from Mark Wielaard --- The workaround is to use gcc -C --save-temps ... to pass-through all comments to the temp files. Maybe -C should be the default with --save-temps?

[Bug inline-asm/82701] RFE: x86: double word operands in inline assembly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82701 --- Comment #2 from H. Peter Anvin --- (continued) : "+rm,r" (aa.l[0]), "+rm,r" (aa.l[1]) : "ri,m" (bb.l[0]), "ri,m" (bb.l)); a = aa.q; b = bb.q; If this is something that works by intent and not by accident I'm perfectly happy with this

[Bug gcov-profile/82702] New: gcov intermediate format is creating multiple 'gcov' files, it was creating a single file up to GCC 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82702 Bug ID: 82702 Summary: gcov intermediate format is creating multiple 'gcov' files, it was creating a single file up to GCC 6 Product: gcc Version: unknown Status:

[Bug inline-asm/82701] RFE: x86: double word operands in inline assembly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82701 --- Comment #1 from H. Peter Anvin --- I just stumbled onto this technique somewhat by accident: union dw { uint64_t q; uint32_t l[2]; }; union dw aa, bb; aa.q = a; bb.q = b; asm("add %2,%0; adc %3,%1"

[Bug middle-end/78809] Inline strcmp with small constant strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78809 --- Comment #13 from Qing Zhao --- (In reply to Richard Earnshaw from comment 12) > That's not entirely correct. Notionally memcmp needs to return a value > representing the relative difference of the first different byte in the > compared

[Bug preprocessor/78497] compiling with -save-temps adds -Wimplicit-fallthrough warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78497 Mark Wielaard changed: What|Removed |Added CC||mark at gcc dot gnu.org --- Comment #6

[Bug target/82699] ENDBR isn't generated at function entrance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82699 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug inline-asm/82701] New: RFE: x86: double word operands in inline assembly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82701 Bug ID: 82701 Summary: RFE: x86: double word operands in inline assembly Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug rtl-optimization/82677] Many projects (linux, coreutils, GMP, gcrypt, openSSL, etc) are misusing asm(divq/divl) etc, potentially resulting in faulty/unintended optimisations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82677 --- Comment #9 from infinity0 at pwned dot gg --- (In reply to rguent...@suse.de from comment #7) > [..] > > You still have to mark stmts with side-effects as volatile. > > Conditional side-effects are tricky to get correct of course. I think

[Bug web/82686] Debian sid powerpc64-unknown-linux-gnu 4.13.0-1-powerpc64 bootstrap breaks in stage3 with unexpected requirement for bdw-gc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82686 --- Comment #5 from Jonathan Wakely --- (In reply to Richard Biener from comment #3) > --enable-objc-gc requires you to provide boehm-gc yourself now. Quoting the > installation instructions: > > @item --enable-objc-gc > Specify that an

[Bug tree-optimization/57359] wrong code for union access at -O3 on x86_64-linux

d=c11 -pedantic -Wall -Wextra -O3 test.c && ./a.out 1 -- gcc version: gcc (GCC) 8.0.0 20171024 (experimental)

[Bug middle-end/82569] [8 regression] failure in 177.mesa cpu2000 test case after r253530

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82569 --- Comment #14 from seurer at gcc dot gnu.org --- I tried the original full 177.mesa benchmark and it works fine after your patch. Thanks!

[Bug rtl-optimization/82677] Many projects (linux, coreutils, GMP, gcrypt, openSSL, etc) are misusing asm(divq/divl) etc, potentially resulting in faulty/unintended optimisations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82677 infinity0 at pwned dot gg changed: What|Removed |Added Attachment #42439|0 |1 is obsolete|

[Bug ipa/82698] Spurious warning __builtin_memset at O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82698 Martin Sebor changed: What|Removed |Added Keywords||diagnostic

[Bug tree-optimization/80641] [7/8 Regression] Warning with std::vector resize in loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80641 Martin Sebor changed: What|Removed |Added CC||paulg at chiark dot greenend.org.u

[Bug middle-end/78809] Inline strcmp with small constant strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78809 --- Comment #12 from Richard Earnshaw --- (In reply to Qing Zhao from comment #7) > on the other hand, memcmp will NOT early stop, it will compare exactly N > bytes of both buffers. As a result, the compiler can compare multiple bytes > at one

[Bug target/82641] Unable to enable crc32 for a certain function with target attribute on ARM (aarch32)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82641 --- Comment #3 from Yichao Yu --- > ARMv8-a is the only architecture variant where the CRC extension is optional Not really. There's also armv8-r and armv8-m. Also, I believe code compiled for armv7-a can run on armv8-a hardware and can also

[Bug web/82686] Debian sid powerpc64-unknown-linux-gnu 4.13.0-1-powerpc64 bootstrap breaks in stage3 with unexpected requirement for bdw-gc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82686 --- Comment #4 from Dennis Clarke --- So this is not at all clear about how to continue. I did install the new requirement or at least the "undocumented" dependency from the Debian pkg tree : nix:~# apt-get install libgc-dev Reading package

[Bug target/82641] Unable to enable crc32 for a certain function with target attribute on ARM (aarch32)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82641 --- Comment #2 from Richard Earnshaw --- ARMv8-a is the only architecture variant where the CRC extension is optional. In later variants it is enabled by default; in earlier versions of the architecture it doesn't exist. Your report lacks a

[Bug target/82674] ICE with -fstack-clash-protection

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82674 --- Comment #2 from Jeffrey A. Law --- Right, but it's the expander to allocate dynamic space that's creating the bogus RTL. It's a trivial fix that I just need to run through some testing.

[Bug middle-end/78809] Inline strcmp with small constant strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78809 --- Comment #11 from Qing Zhao --- (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 size. We should check the common cases > are

[Bug tree-optimization/82700] New: ICE in printf-return-value with -fexec-charset=EBCDIC-US: converting to execution character set: Invalid or incomplete multibyte or wide character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82700 Bug ID: 82700 Summary: ICE in printf-return-value with -fexec-charset=EBCDIC-US: converting to execution character set: Invalid or incomplete multibyte or wide

[Bug middle-end/78809] Inline strcmp with small constant strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78809 --- Comment #10 from Qing Zhao --- >> From the data, we can see the inlined version of strcmp (by glibc) is much >> slower than the direct call to strcmp. (this is for size 2) >> I am using GCC farm machine gcc116: > > This result doesn't make

[Bug target/82651] After r253879 GCC 8.0 can't build cross compiler for mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82651 Nicolai Josuttis changed: What|Removed |Added CC||nico at josuttis dot de --- Comment

[Bug rtl-optimization/82683] Combine: GCC generates bad code with -tune=thunderx2t99

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82683 --- Comment #9 from Segher Boessenkool --- The "failed to match" messages are hugely important (in fact, I want it to print more: _why_ did combination fail, in all the cases where it is not because of recog). The "deferring deletion" messages

[Bug c++/82307] unscoped enum-base incorrect cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82307 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/82697] [6/7 Regression] Wrong optimization with aliasing and "if"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82697 Richard Biener changed: What|Removed |Added Known to work||8.0 Summary|[6/7/8

[Bug tree-optimization/82697] [6/7 Regression] Wrong optimization with aliasing and "if"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82697 --- Comment #5 from Richard Biener --- Author: rguenth Date: Tue Oct 24 13:51:45 2017 New Revision: 254047 URL: https://gcc.gnu.org/viewcvs?rev=254047=gcc=rev Log: 2017-10-24 Richard Biener PR

[Bug c++/82307] unscoped enum-base incorrect cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82307 --- Comment #7 from paolo at gcc dot gnu.org --- Author: paolo Date: Tue Oct 24 13:49:13 2017 New Revision: 254046 URL: https://gcc.gnu.org/viewcvs?rev=254046=gcc=rev Log: /cp 2017-10-24 Mukesh Kapoor

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692 --- Comment #4 from Uroš Bizjak --- (In reply to Segher Boessenkool from comment #3) > The combine output you showed is _not_ succeeding though? "matched" > just means the rtx was recog()'ed; not that it was actually replaced. FAOD, this is

[Bug target/82674] ICE with -fstack-clash-protection

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82674 --- Comment #1 from Peter Bergner --- That offset is too large to fit in the stdu immed field, so it really shouldn't have been accepted by the rs6000_legitim*_ functions.

[Bug ada/82639] Legal program rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82639 Victor Porton changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

  1   2   >