[Bug c++/102598] New: [modules] ICE in pp_string, at pretty-print.c

2021-10-04 Thread johelegp at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102598 Bug ID: 102598 Summary: [modules] ICE in pp_string, at pretty-print.c Product: gcc Version: 12.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

[Bug tree-optimization/102571] FAIL: libgomp.c/../libgomp.c-c++-common/atomic-21.c execution test

2021-10-04 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102571 Jakub Jelinek changed: What|Removed |Added Component|libgomp |tree-optimization --- Comment #1 from J

[Bug c++/33925] [10/11/12 Regression] gcc -Waddress lost some useful warnings

2021-10-04 Thread msebor at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33925 Martin Sebor changed: What|Removed |Added Keywords||patch Known to fail|

[Bug c++/102598] [modules] ICE in pp_string, at pretty-print.c

2021-10-04 Thread johelegp at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102598 --- Comment #1 from Johel Ernesto Guerrero Peña --- Attempts to reduce another wrong-code bug lead to this.

[Bug c++/102528] Unused out-of-line functions emitted for trivial coroutines

2021-10-04 Thread iains at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102528 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-10-04 Ever confirmed|0

[Bug c++/102528] Unused out-of-line functions emitted for trivial coroutines

2021-10-04 Thread iains at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102528 --- Comment #3 from Iain Sandoe --- (In reply to Mathias Stearn from comment #0) > https://godbolt.org/z/aoab9W4xG > > This should all compile away, and test() should just be a single ret > instruction. That is not what happens now, even w

[Bug c++/102528] Unused out-of-line functions emitted for trivial coroutines

2021-10-04 Thread iains at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102528 --- Comment #4 from Iain Sandoe --- note I looked at master (trunk) and 11.2.

[Bug fortran/93148] Pointer-function-result as LVALUE variable – function called multiple times with copy-in/out

2021-10-04 Thread burnus at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93148 --- Comment #2 from Tobias Burnus --- Also when looking at gfc_conv_subref_array_arg – the function is called seemingly up to 3 times – once per: * gfc_conv_loop_setup (&loop, &expr->where); which calls gfc_conv_loop_setup → gfc_conv_loop_set

[Bug c++/102528] Unused out-of-line functions emitted for trivial coroutines

2021-10-04 Thread iains at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102528 --- Comment #5 from Iain Sandoe --- hmm let me see if I can reproduce this (I didn't see it in my earlier tests): .L41: ud2 test(): ret which would make things look somewhat strange indeed (the functions are all TU-local - so

[Bug fortran/102599] New: Wrong simplification of inquiry parameters for complex arrays

2021-10-04 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102599 Bug ID: 102599 Summary: Wrong simplification of inquiry parameters for complex arrays Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/93148] Pointer-function-result as LVALUE variable – function called multiple times with copy-in/out

2021-10-04 Thread burnus at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93148 --- Comment #3 from Tobias Burnus --- Additionally, it seems as if the contiguous check used for gfortran.dg/contiguous_10.f90 currently unconditionally copies in the data – which causes a problem when the pointer address escapes. (Okay, whether

[Bug middle-end/102285] New flag -ftrivial-auto-var-init=zero causes crash in pr82421.c

2021-10-04 Thread qinzhao at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102285 --- Comment #26 from qinzhao at gcc dot gnu.org --- (In reply to qinzhao from comment #25) > (In reply to Richard Biener from comment #22) > > Hmm, my proposed patch seems to work. I've adjusted it to not regress > > previously correctly handled

[Bug fortran/102596] [11/12 Regression] ICE in gfc_omp_clause_default_ctor, at fortran/trans-openmp.c:713

2021-10-04 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102596 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |11.3

[Bug middle-end/102285] New flag -ftrivial-auto-var-init=zero causes crash in pr82421.c

2021-10-04 Thread qinzhao at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102285 qinzhao at gcc dot gnu.org changed: What|Removed |Added Resolution|FIXED |--- Status|RESO

[Bug c++/102593] [10/11/12 Regression] ICE in cp_oacc_check_attachments, at cp/semantics.c:6561

2021-10-04 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102593 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |10.4

[Bug target/102588] ICE: in smallest_mode_for_size, at stor-layout.c:356 when building openorienteering-mapper

2021-10-04 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102588 Andrew Pinski changed: What|Removed |Added URL|https://buildd.debian.org/s | |tatus/fetch.php?pkg

[Bug fortran/102599] Wrong simplification of inquiry parameters for complex arrays

2021-10-04 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102599 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code --- Commen

[Bug middle-end/102285] New flag -ftrivial-auto-var-init=zero causes crash in pr82421.c

2021-10-04 Thread qinzhao at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102285 --- Comment #28 from qinzhao at gcc dot gnu.org --- (In reply to Richard Biener from comment #21) > Reduced testcase: > > int > qy (void) > { > int tw = 4; > int fb[tw]; > return fb[2]; > } For this reduced testing case, if compiled with

[Bug middle-end/102566] [i386] GCC should emit LOCK BTS for simple bit-test-and-set operations with std::atomic

2021-10-04 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102566 H.J. Lu changed: What|Removed |Added Attachment #51543|0 |1 is obsolete|

[Bug c++/102600] New: [modules] ICE Segmentation fault during GIMPLE pass evrp

2021-10-04 Thread johelegp at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102600 Bug ID: 102600 Summary: [modules] ICE Segmentation fault during GIMPLE pass evrp Product: gcc Version: 12.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[Bug tree-optimization/95185] Failure to optimize specific kind of sign comparison check

2021-10-04 Thread arjun.is at lostca dot se via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95185 Arjun Shankar changed: What|Removed |Added CC||arjun.is at lostca dot se --- Comment #3

[Bug tree-optimization/95185] Failure to optimize specific kind of sign comparison check

2021-10-04 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95185 Andrew Pinski changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug middle-end/102566] [i386] GCC should emit LOCK BTS for simple bit-test-and-set operations with std::atomic

2021-10-04 Thread thiago at kde dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102566 --- Comment #11 from Thiago Macieira --- $ for ((i=0;i<32;++i)); do ~/dev/gcc/bin/gcc "-DCONSTANT=(1<<$i)" -S -o - -O2 /tmp/test.cpp | grep bts; done lock btsl $0, (%rdi) lock btsl $1, (%rdi) lock btsl

[Bug middle-end/102566] [i386] GCC should emit LOCK BTS for simple bit-test-and-set operations with std::atomic

2021-10-04 Thread thiago at kde dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102566 --- Comment #12 from Thiago Macieira --- Commit 7e0c0500808d58bca5b8e23cbd474022c32234e4 + your patch.

[Bug libstdc++/100427] canadian compile for mingw-w64 copies the wrong dlls for mingw-w64 multilibs

2021-10-04 Thread unlvsur at live dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427 --- Comment #6 from cqwrteur --- (In reply to cqwrteur from comment #5) > actually a lot of dlls are not copied correctly. > > libstdc++-6.dll libatomic.dll libquadmath.dll libssp.dll are all copied with > 32 bit dlls. > > And libgcc_seh.dll i

[Bug libgcc/102601] New: [maybe not a bug] libgcc requires pthread.h even i use --disable-thread --without-headers --disable-shared

2021-10-04 Thread unlvsur at live dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102601 Bug ID: 102601 Summary: [maybe not a bug] libgcc requires pthread.h even i use --disable-thread --without-headers --disable-shared Product: gcc Version: 12.0 Status: UN

[Bug libgcc/102601] [maybe not a bug] libgcc requires pthread.h even i use --disable-thread --without-headers --disable-shared

2021-10-04 Thread unlvsur at live dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102601 --- Comment #1 from cqwrteur --- In file included from ../../../../../../gcc/libgcc/gthr.h:148, from ../../../../../../gcc/libgcc/libgcov-interface.c:27: ./gthr-default.h:35:10: fatal error: pthread.h: No such file or directory

[Bug libgcc/102601] [maybe not a bug] libgcc requires pthread.h even i use --disable-thread --without-headers --disable-shared

2021-10-04 Thread unlvsur at live dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102601 cqwrteur changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug middle-end/102566] [i386] GCC should emit LOCK BTS for simple bit-test-and-set operations with std::atomic

2021-10-04 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102566 H.J. Lu changed: What|Removed |Added Attachment #51549|0 |1 is obsolete|

[Bug c++/102590] structured binding inside for all loop thinks it is type depedent when it is not.

2021-10-04 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102590 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug c++/102590] structured binding inside for all loop thinks it is type depedent when it is not (inside a template)

2021-10-04 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102590 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug c++/84469] GCC rejects valid code in structured binding in range-based-for in template

2021-10-04 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84469 Andrew Pinski changed: What|Removed |Added CC||1997.rajatjain at gmail dot com --- Comm

[Bug tree-optimization/102540] [12 Regression] Dead Code Elimination Regression at -O3 since r12-476-gd846f225c25c5885

2021-10-04 Thread rguenther at suse dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102540 --- Comment #7 from rguenther at suse dot de --- On Mon, 4 Oct 2021, amacleod at redhat dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102540 > > --- Comment #6 from Andrew Macleod --- > > > > > > It removes a > > > relation

[Bug target/102591] Failure to optimize search for value in vector-sized area to use SIMD

2021-10-04 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102591 Richard Biener changed: What|Removed |Added CC||rguenth at gcc dot gnu.org Ever co

[Bug c++/102593] [10/11/12 Regression] ICE in cp_oacc_check_attachments, at cp/semantics.c:6561

2021-10-04 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102593 Richard Biener changed: What|Removed |Added Keywords||ice-on-valid-code Priority|P

[Bug c++/102600] [modules] ICE Segmentation fault during GIMPLE pass evrp

2021-10-04 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102600 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

<    1   2