[Bug c/90081] stdint constant macros evaluating to wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90081 Martin Sebor changed: What|Removed |Added URL||http://www.open-std.org/jtc

[Bug c/90081] stdint constant macros evaluating to wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90081 --- Comment #2 from Guy Perfect --- The issue is not resolved based on the merits of the out-of-range values used in the earlier examples. Type resolution still fails in the current implementation, as demonstrated below: int x = sizeof ((int8_

[Bug c/90081] stdint constant macros evaluating to wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90081 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/90077] musl has no multlib support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90077 Rich Felker changed: What|Removed |Added CC||bugdal at aerifal dot cx --- Comment #2 fr

[Bug c/90081] New: stdint constant macros evaluating to wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90081 Bug ID: 90081 Summary: stdint constant macros evaluating to wrong type Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug d/90065] Unaligned accesses on strict-alignment targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90065 ibuclaw at gcc dot gnu.org changed: What|Removed |Added CC||ibuclaw at gcc dot gnu.org -

[Bug d/90063] druntime DSO first assertion fails on Solaris/SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90063 ibuclaw at gcc dot gnu.org changed: What|Removed |Added CC||ibuclaw at gcc dot gnu.org -

[Bug d/90060] libphobos.druntime_shared/core/thread.d FAILs on Solaris/SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90060 --- Comment #1 from ibuclaw at gcc dot gnu.org --- Comment on attachment 46150 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46150 Use __makecontext_v2 on Solaris/SPARC >+version (makecontextv2) >+pragma(mangle, "__makecontext_

[Bug d/88039] gdc.test/compilable/ddoc12.d FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88039 ibuclaw at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|

[Bug d/89177] unaligned memory access in libphobos

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89177 Serge Belyshev changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

生']-|/^'

gcc-bugs@gcc.gnu.org +++ 【 可 】    【禾兑】 【 开 】    【 粟 】 手 1:22机：158-2040-8807  1:221:22  Q 1:22 Q:    154-639-631  黎情料娄昆土肃跋gcc-bugs

[Bug d/88039] gdc.test/compilable/ddoc12.d FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88039 Iain Buclaw changed: What|Removed |Added CC||ibuclaw at gdcproject dot org --- Comment

[Bug c++/65799] Allows constexpr conversion from cv void * to other type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65799 Eric Fiselier changed: What|Removed |Added CC||eric at efcs dot ca --- Comment #4 from

[Bug target/89093] [9 Regression] C++ exception handling clobbers d8 VFP register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093 --- Comment #46 from Jakub Jelinek --- Author: jakub Date: Sat Apr 13 15:20:46 2019 New Revision: 270339 URL: https://gcc.gnu.org/viewcvs?rev=270339&root=gcc&view=rev Log: PR target/89093 * config/arm/arm.c (arm_valid_target_attr

[Bug target/89929] __attribute__((target("avx512bw"))) doesn't work on non avx512bw systems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89929 --- Comment #14 from H.J. Lu --- Since all AVX512BW processors also have AVX512DQ and AVX512VL, we shouldn't optimize a function with just AVX512BW, but without AVX512DQ and AVX512VL. We should add -misa=AVX512-subset to enable a subset of AVX51

[Bug d/90079] SEGV in _aaKeys, _aaValues on 32-bit SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90079 --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #2 from Rainer Orth --- > This patch not only compiles, but gives way better results. I need to analyze > them in detail, but it seems that most of the remaining failures

[Bug middle-end/90037] [9 Regression] -Wnull-dereference false positive after r269302

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90037 Jeffrey A. Law changed: What|Removed |Added CC||law at redhat dot com --- Comment #6 fr

[Bug translation/40883] [meta-bug] Translation breakage with trivial fixes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883 Bug 40883 depends on bug 79842, which changed state. Bug 79842 Summary: i18n: subword translation in "Can't use the same %smodule" https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79842 What|Removed |Added -

[Bug fortran/79842] i18n: subword translation in "Can't use the same %smodule"

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

[Bug fortran/84487] [8/9 Regression] Large rodate section increase in 465.tonto with r254427

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84487 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug fortran/79842] i18n: subword translation in "Can't use the same %smodule"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79842 --- Comment #6 from dominiq at gcc dot gnu.org --- Author: dominiq Date: Sat Apr 13 11:32:49 2019 New Revision: 270338 URL: https://gcc.gnu.org/viewcvs?rev=270338&root=gcc&view=rev Log: 2019-04-13 Dominique d'Humieres PR fortran/79842

[Bug tree-optimization/90020] [7/8 regression] -O2 -Os x86-64 wrong code generated for GNU Emacs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90020 --- Comment #14 from Dominique d'Humieres --- The test gcc.dg/torture/pr90020.c fails on darwin: Undefined symbols for architecture x86_64: "_x", referenced from: _main in ccemobuO.o ld: symbol(s) not found for architecture x86_64 collec

[Bug c++/90080] New: SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90080 Bug ID: 90080 Summary: SFINAE failure with static_cast Product: gcc Version: 8.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Ass

[Bug fortran/90069] Polymorphic Return Type Memory Leak Without Intermediate Variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90069 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/90072] Polymorphic Dispatch to Polymophic Return Type Memory Leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90072 Dominique d'Humieres changed: What|Removed |Added Priority|P3 |P4 Status|UNCONFIRMED

[Bug d/90079] SEGV in _aaKeys, _aaValues on 32-bit SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90079 --- Comment #2 from Rainer Orth --- Created attachment 46162 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46162&action=edit Working patch This patch not only compiles, but gives way better results. I need to analyze them in detail, but

[Bug d/90079] SEGV in _aaKeys, _aaValues on 32-bit SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90079 --- Comment #1 from Iain Buclaw --- Maybe we should be setting TRANSPARENT_AGGR_P afterall, then fixing the internal signatures in rt.aaA to accept a void*.

[Bug fortran/90068] Array Constructor Containing Function Call Leaks Memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90068 Dominique d'Humieres changed: What|Removed |Added Priority|P3 |P4 Status|UNCONFIRMED

[Bug d/90079] New: SEGV in _aaKeys, _aaValues on 32-bit SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90079 Bug ID: 90079 Summary: SEGV in _aaKeys, _aaValues on 32-bit SPARC Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d

[Bug d/90079] SEGV in _aaKeys, _aaValues on 32-bit SPARC

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

[Bug fortran/90076] Polymorphic Allocate on Assignment Memory Leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90076 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/90050] std::filesystem::path segfault in destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90050 Frédéric Bron changed: What|Removed |Added CC||ufospoke at gmail dot com --- Comment #3

[Bug libstdc++/90050] std::filesystem::path segfault in destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90050 --- Comment #2 from Mihai Preda --- Adding -lstdc++fs fixes the problem with g++ 8.3 g++-9 does not segfault even without -lstdc++fs g++-9 --version g++-9 (Ubuntu 9-20190402-1ubuntu1) 9.0.1 20190402 (experimental) [trunk revision 270074]