[Bug middle-end/78266] broken openacc loop partitioning on nvptx offloading targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78266 Tom de Vries changed: What|Removed |Added CC||vries at gcc dot gnu.org --- Comment #1

[Bug preprocessor/81745] missing warning with -pedantic when a C file does not end with a newline character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81745 Vincent Lefèvre changed: What|Removed |Added Resolution|FIXED |INVALID --- Comment #9 from Vincent

[Bug preprocessor/81745] missing warning with -pedantic when a C file does not end with a newline character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81745 --- Comment #8 from Vincent Lefèvre --- (In reply to Vincent Lefèvre from comment #7) > Here one gets two different results! For this latest issue (which is the cause of the error in C), I've reported PR81746.

[Bug preprocessor/81746] New: a blackslash at the end of a file is not removed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81746 Bug ID: 81746 Summary: a blackslash at the end of a file is not removed Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug preprocessor/81745] missing warning with -pedantic when a C file does not end with a newline character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81745 --- Comment #7 from Vincent Lefèvre --- And with only the preprocessor: $ printf 'int main(void) { return 0; } \\' | gcc -E - # 1 "" # 1 "" # 1 "" # 31 "" # 1 "/usr/include/stdc-predef.h" 1 3 4 # 32 "" 2 # 1 "" int main(void) { return 0; } \ $

[Bug preprocessor/81745] missing warning with -pedantic when a C file does not end with a newline character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81745 --- Comment #6 from Vincent Lefèvre --- (In reply to Andrew Pinski from comment #5) > Also see http://www.opengroup.org/austin/aardvark/latest/xcubug2.txt > ERN 76 This is not about the missing newline at the end of a file. Moreover, GCC

[Bug preprocessor/81745] missing warning with -pedantic when a C file does not end with a newline character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81745 --- Comment #5 from Andrew Pinski --- Also see http://www.opengroup.org/austin/aardvark/latest/xcubug2.txt ERN 76

[Bug preprocessor/81745] missing warning with -pedantic when a C file does not end with a newline character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81745 Vincent Lefèvre changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #4 from Vincent

[Bug preprocessor/81745] missing warning with -pedantic when a C file does not end with a newline character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81745 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug preprocessor/81745] missing warning with -pedantic when a C file does not end with a newline character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81745 --- Comment #1 from Andrew Pinski --- IIRC There was some discussion before and it was decided that the warning was not needed.

[Bug preprocessor/81745] missing warning with -pedantic when a C file does not end with a newline character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81745 --- Comment #2 from Andrew Pinski --- See the thread starting at https://gcc.gnu.org/ml/gcc-patches/2007-04/msg00457.html .

[Bug preprocessor/81745] New: missing warning with -pedantic when a C file does not end with a newline character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81745 Bug ID: 81745 Summary: missing warning with -pedantic when a C file does not end with a newline character Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug testsuite/59971] multilib_flags is placed with the wrong order

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59971 Andrew Pinski changed: What|Removed |Added Keywords||patch URL|

[Bug tree-optimization/81744] New: ICE: verify_ssa failed, at tree-ssa.c:1186

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81744 Bug ID: 81744 Summary: ICE: verify_ssa failed, at tree-ssa.c:1186 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/81743] int __attribute__ ((target("arch=westmere"))) is compiled incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81743 --- Comment #1 from H.J. Lu --- Created attachment 41941 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41941=edit A patch I am testing this patch on Westmere.

[Bug target/81743] New: int __attribute__ ((target("arch=westmere"))) is compiled incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81743 Bug ID: 81743 Summary: int __attribute__ ((target("arch=westmere"))) is compiled incorrectly Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug c++/81742] New: c++: internal compiler error: Segmentation fault (program cc1plus)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81742 Bug ID: 81742 Summary: c++: internal compiler error: Segmentation fault (program cc1plus) Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug c/81741] New: Misoptimisation : replacing a constant field read access by a function call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81741 Bug ID: 81741 Summary: Misoptimisation : replacing a constant field read access by a function call Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity:

[Bug tree-optimization/81723] [7/8 Regression] fortran build doesn't terminate on 64bit targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81723 --- Comment #5 from Matthias Klose --- same behavior with trunk 20170731

[Bug middle-end/81737] [8 Regression] 164.gzip in SPEC CPU 2000 failed to build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81737 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug tree-optimization/81723] [7/8 Regression] fortran build doesn't terminate on 64bit targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81723 Andrew Pinski changed: What|Removed |Added Keywords||compile-time-hog

[Bug fortran/81723] [7/8 Regression] fortran build doesn't terminate on 64bit targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81723 --- Comment #4 from Matthias Klose --- Created attachment 41939 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41939=edit original source file

[Bug fortran/81723] [7/8 Regression] fortran build doesn't terminate on 64bit targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81723 --- Comment #3 from Matthias Klose --- Created attachment 41938 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41938=edit preprocessed source

[Bug fortran/81723] [7/8 Regression] fortran build doesn't terminate on 64bit targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81723 --- Comment #2 from Matthias Klose --- this can be worked around with -O2. gfortran -g -c -O3 -D_FORTIFY_SOURCE=2 -fno-range-check -fno-automatic -fno-second-underscore -fstack-protector --param=ssp-buffer-size=4 -fno-automatic

[Bug ipa/80728] IPA-reference suppresses compiler memory barrier

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80728 --- Comment #8 from Alexander Monakov --- Honza: ping :). ipa-pure-const might be a better place to mark functions with compiler memory barriers, as it already computes and propagates "nonfreeing" property (thus computing "nonbarrier" in

[Bug testsuite/80759] gcc.target/x86_64/abi/ms-sysv FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80759 --- Comment #62 from Dominique d'Humieres --- Created attachment 41937 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41937=edit Log file for ms-sysv.exp Log file generated with make -k check-gcc RUNTESTFLAGS="ms-sysv.exp"

[Bug libstdc++/29366] atomics config for sh is weird

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29366 Eric Gallager changed: What|Removed |Added Status|WAITING |ASSIGNED Assignee|unassigned

[Bug rtl-optimization/30065] Could use indexed addressing to reduce const costs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30065 --- Comment #8 from Eric Gallager --- (In reply to Oleg Endo from comment #7) > (In reply to Eric Gallager from comment #6) > > > > Can I change the status to SUSPENDED or assign them to you instead? I'm not > > so much trying to reduce the

[Bug c/81740] New: wrong code at -O3 in both 32-bit and 64-bit modes on x86_64-linux-gnu

-gnu/8.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 8.0.0 20170806 (experimental) [trunk revision 250895] (GCC) $ $ gcc-trunk -O3 small.c

[Bug tree-optimization/81739] New: Replace calls to memcmp with more efficient code if possible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81739 Bug ID: 81739 Summary: Replace calls to memcmp with more efficient code if possible Product: gcc Version: 4.8.5 Status: UNCONFIRMED Severity: normal

[Bug target/81664] __attribute__((target("movbe"))) does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81664 Daniel Fruzynski changed: What|Removed |Added Status|UNCONFIRMED

[Bug testsuite/81731] FAIL: gcc.dg/torture/pr78218.c: Call has wrong number of arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81731 Tom de Vries changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug testsuite/81731] FAIL: gcc.dg/torture/pr78218.c: Call has wrong number of arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81731 --- Comment #2 from Tom de Vries --- Author: vries Date: Sun Aug 6 07:54:29 2017 New Revision: 250896 URL: https://gcc.gnu.org/viewcvs?rev=250896=gcc=rev Log: Fix call arguments mismatch in gcc.dg/torture/pr78218.c 2017-08-06 Tom de Vries

[Bug sanitizer/81579] sanitizer_platform_limits_linux.cc:37:15: error: conflicting declaration ‘typedef __gid_t __kernel_gid_t’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81579 --- Comment #2 from martin --- I used the gcc-7.1.0.tar.gz tarball from the gnu download section

[Bug tree-optimization/81738] gcc.dg/vect/vect-alias-check-6.c FAILs

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

[Bug tree-optimization/81738] New: gcc.dg/vect/vect-alias-check-6.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81738 Bug ID: 81738 Summary: gcc.dg/vect/vect-alias-check-6.c FAILs Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug middle-end/81737] [8 Regression] 164.gzip in SPEC CPU 2000 failed to build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81737 Markus Trippelsdorf changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED

[Bug rtl-optimization/30065] Could use indexed addressing to reduce const costs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30065 --- Comment #7 from Oleg Endo --- (In reply to Eric Gallager from comment #6) > > Can I change the status to SUSPENDED or assign them to you instead? I'm not > so much trying to reduce the number of open PRs as I am trying to just move > them