[Bug target/90522] unrecognizable insn (V8SF)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90522 Andrew Pinski changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug target/90453] PowerPC/AltiVec VSX: Provide vec_pack/vec_unpackh/vec_unpackl for 32<->64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90453 --- Comment #6 from Shawn Landden --- Ahh, sorry for wasting your time. I didn't notice the signed requirement, which is why it didn't work.

[Bug target/90453] PowerPC/AltiVec VSX: Provide vec_pack/vec_unpackh/vec_unpackl for 32<->64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90453 Segher Boessenkool changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug libstdc++/90532] New: is_constructible_v and is_default_constructible_v should agree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90532 Bug ID: 90532 Summary: is_constructible_v and is_default_constructible_v should agree Product: gcc Version: 9.1.1 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/90531] New: is_trivailly_copyable_v should be 'true'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90531 Bug ID: 90531 Summary: is_trivailly_copyable_v should be 'true' Product: gcc Version: 9.1.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/90453] PowerPC/AltiVec VSX: Provide vec_pack/vec_unpackh/vec_unpackl for 32<->64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90453 --- Comment #4 from Shawn Landden --- Oh my bad, I got it backwards vector unsigned long long unpackedl, unpackedr; vector unsigned int packed; packed = vec_pack(unpackedl, unpackedr); unpackedl = vec_unpackh(packed); unpackedr =

[Bug target/90453] PowerPC/AltiVec VSX: Provide vec_pack/vec_unpackh/vec_unpackl for 32<->64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90453 --- Comment #3 from Segher Boessenkool --- What should the semantics of this be? There are four 32-bit elts each in packedl and packedr, which of those go where in unpacked? I think what you want to do can be expressed with just two or maybe

[Bug target/90453] PowerPC/AltiVec VSX: Provide vec_pack/vec_unpackh/vec_unpackl for 32<->64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90453 --- Comment #2 from Shawn Landden --- vector unsigned long long unpacked; vector unsigned int packedl, packedr; unpacked = vec_pack(packedl, packedr); packedl = vec_unpackh(unpacked); packedr = vec_unpackl(unpacked);

[Bug c++/33661] template methods forget explicit local register asm vars

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33661 --- Comment #16 from Guillaume Delugré --- Tested on g++ 9.1.0, the bug is still present. Is there any chance of having the Andreas' fix pushed upstream?

[Bug target/90453] PowerPC/AltiVec VSX: Provide vec_pack/vec_unpackh/vec_unpackl for 32<->64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90453 Segher Boessenkool changed: What|Removed |Added Target|powerpc |powerpc*-*-*

[Bug middle-end/90530] [10 Regression] Invalid SUBREG insn generated by reload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90530 --- Comment #1 from John David Anglin --- Created attachment 46381 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46381=edit Preproccessed source

[Bug tree-optimization/81163] error: ‘snprintf’ output may be truncated before the last format character [-werror=format-truncation=] note: ‘snprintf’ output between 2 and 266 bytes into a destination

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81163 Matteo Croce changed: What|Removed |Added CC||mcroce at redhat dot com --- Comment #11

[Bug target/90419] RISCV --with-multilib-list support is somewhat incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90419 Andreas K. Huettel changed: What|Removed |Added Attachment #46379|0 |1 is obsolete|

[Bug target/90419] RISCV --with-multilib-list support is somewhat incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90419 --- Comment #6 from Jim Wilson --- Comment on attachment 46379 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46379 patch: disable 32bit riscv abis in gcc multilib You are missing the g aliases. And you still have 32-bit dirnames. We

[Bug fortran/90498] [8/9/10 Regression] ICE with select type/associate and derived type argument containing class(*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90498 --- Comment #3 from Paul Thomas --- (In reply to Paul Thomas from comment #2) > Created attachment 46375 [details] > Patch for the problem > > I very much doubt that this was revision r257065. The problem looks to have > Andre's signature on

[Bug middle-end/90530] New: [10 Regression] Invalid SUBREG insn generated by reload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90530 Bug ID: 90530 Summary: [10 Regression] Invalid SUBREG insn generated by reload Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug target/90419] RISCV --with-multilib-list support is somewhat incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90419 --- Comment #5 from Andreas K. Huettel --- Created attachment 46379 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46379=edit patch: disable 32bit riscv abis in gcc multilib OK thanks. This is roughly what I suspected. Not for

[Bug fortran/90506] rejects-valid: function with polymorphic return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90506 Vipul Parekh changed: What|Removed |Added CC||fortranfan at outlook dot com ---

[Bug c++/90529] New: suggest struct or class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90529 Bug ID: 90529 Summary: suggest struct or class Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

FGM提%%供%%税%%栗%qj

gcc-bugs@gcc.gnu.org + 栋忙 可 办 税 票，认 证 后 付 歀。 详 电：李 生，136—6075— 4190， 业 q：157— 533— 2698 ---

[Bug c++/60531] template function not resolved when comparing functions

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

[Bug tree-optimization/89713] Optimize away an empty loop whose finiteness can not be analytically determined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89713 --- Comment #4 from Marc Glisse --- Related: PR 89134 PR 82776 PR 67809

[Bug libgomp/90527] alloc.c:72:7: error: implicit declaration of function ‘posix_memalign’

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

[Bug c++/60531] template function not resolved when comparing functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60531 --- Comment #3 from Harald van Dijk --- I posted a patch over a month ago; I am including the link here in case I end up forgetting to keep pinging.

[Bug fortran/83113] Bogus "duplicate allocatable attribute" error for submodule character function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83113 --- Comment #5 from Martin Diehl --- forgot to mention: 1) I have encountered this for gfortran 8.3.0 2) Intel fortran accepts the code 3) Would it be possible to change the title? It is not only related to characters and allocatable but for

[Bug translation/90528] New: ICE caused b bad format string in gimple-ssa-warn-restrict.c:1803 for 'es' locale

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90528 Bug ID: 90528 Summary: ICE caused b bad format string in gimple-ssa-warn-restrict.c:1803 for 'es' locale Product: gcc Version: 9.1.0 Status: UNCONFIRMED

[Bug fortran/83113] Bogus "duplicate allocatable attribute" error for submodule character function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83113 --- Comment #4 from Martin Diehl --- The same error occurs for the dimension attribute and real variables gfortran -c test_module.f90 test_module.f90:20:27: real, dimension(2) :: p 1 Error: Duplicate DIMENSION

[Bug fortran/83113] Bogus "duplicate allocatable attribute" error for submodule character function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83113 Martin Diehl changed: What|Removed |Added CC||m.diehl at mpie dot de --- Comment #3

[Bug libgomp/90527] alloc.c:72:7: error: implicit declaration of function ‘posix_memalign’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90527 --- Comment #3 from Jakub Jelinek --- libgomp configure checks for posix_memalign: AC_CHECK_FUNCS(aligned_alloc posix_memalign memalign _aligned_malloc) and uses posix_memalign only if it is found: #ifdef HAVE_ALIGNED_ALLOC ret = aligned_alloc

[Bug libgomp/90527] alloc.c:72:7: error: implicit declaration of function ‘posix_memalign’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90527 --- Comment #2 from martin --- Sad to hear. The system is quite old. >uname -a 2.6.17.14 ldd (GNU libc) 2.3.2