[Bug fortran/82895] New: An internal routine used in a parallel section (OpenMP) does not get the values of thread-private variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82895 Bug ID: 82895 Summary: An internal routine used in a parallel section (OpenMP) does not get the values of thread-private variables Product: gcc Version: 6.4.0

[Bug sanitizer/82792] Fallthrough attribute ignored after label, and before with address sanitizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82792 Martin Liška changed: What|Removed |Added Known to work||8.0 Known to fail|

[Bug lto/81968] [8 regression] early lto debug objects make Solaris ld SEGV

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug lto/81968] [8 regression] early lto debug objects make Solaris ld SEGV

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968 --- Comment #24 from rguenther at suse dot de --- On Wed, 8 Nov 2017, ebotcazou at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968 > > Eric Botcazou changed: > >What|Removed

[Bug lto/81968] [8 regression] early lto debug objects make Solaris ld SEGV

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968 --- Comment #25 from Eric Botcazou --- > See the attached patch - it misses SHN_XINDEX handling. I'll come back to > this during stage3 if nobody beats me to it. But AFAICS it doesn't deal with the SHT_NULL thing, does it?

[Bug bootstrap/82670] UBSAN bootstrap broken after recent libsanitizer merge

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82670 --- Comment #3 from Jakub Jelinek --- Author: jakub Date: Wed Nov 8 08:17:02 2017 New Revision: 254518 URL: https://gcc.gnu.org/viewcvs?rev=254518=gcc=rev Log: PR bootstrap/82670 * ubsan/Makefile.am (ubsan_files): Remove

[Bug sanitizer/82792] Fallthrough attribute ignored after label, and before with address sanitizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82792 --- Comment #15 from Martin Liška --- Author: marxin Date: Wed Nov 8 08:17:30 2017 New Revision: 254519 URL: https://gcc.gnu.org/viewcvs?rev=254519=gcc=rev Log: Fix fallthrough attribute ignorance w/ -fsanitize=address (PR sanitizer/82792).

[Bug bootstrap/82670] UBSAN bootstrap broken after recent libsanitizer merge

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82670 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/82737] [ICE] Compiler segfault on compilation of a certain file (full cause unknown) (file too large for upload, link provided)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737 --- Comment #16 from Martin Liška --- Matti: Any progress with the reduction?

[Bug c++/82737] [ICE] Compiler segfault on compilation of a certain file (full cause unknown) (file too large for upload, link provided)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737 --- Comment #17 from Matti Bryce --- (In reply to Martin Liška from comment #16) > Matti: Any progress with the reduction? Yeah, it's reduced about 20% or so. But it's taken several days just to get this far, so it's going to be quite a while

[Bug lto/81968] [8 regression] early lto debug objects make Solaris ld SEGV

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968 Eric Botcazou changed: What|Removed |Added Severity|normal |major

[Bug middle-end/82898] New: Aliasing knowledge is not used to replace memmove with memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898 Bug ID: 82898 Summary: Aliasing knowledge is not used to replace memmove with memcpy Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug c++/82737] [ICE] Compiler segfault on compilation of a certain file (full cause unknown) (file too large for upload, link provided)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737 --- Comment #18 from Martin Liška --- Created attachment 42562 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42562=edit Reduce test-case I've got following test-case that started with r253608: $ ./xg++ -B. -std=c++1z -mavx512dq -c

[Bug lto/81968] [8 regression] early lto debug objects make Solaris ld SEGV

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968 --- Comment #26 from rguenther at suse dot de --- On Wed, 8 Nov 2017, ebotcazou at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968 > > --- Comment #25 from Eric Botcazou --- > > See the attached patch - it misses

[Bug middle-end/82899] *this in constructors could not alias with reference input parameters of the same type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 --- Comment #3 from Antony Polukhin --- BTW, Clang warns on code like Y y(y) warning: variable 'y' is uninitialized when used within its own initialization [-Wuninitialized] Y y(y); ~ ^ GCC may add same warning

[Bug fortran/82896] probably pointer assignement bug in gfortran compiler version 7.2.0

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

[Bug c++/82899] *this in constructors could not alias with reference input parameters of the same type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 --- Comment #5 from Richard Biener --- (In reply to Antony Polukhin from comment #3) > BTW, Clang warns on code like Y y(y) > > warning: variable 'y' is uninitialized when used within its own > initialization [-Wuninitialized] > Y y(y); >

[Bug c++/82900] New: Warn on initialization with self

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82900 Bug ID: 82900 Summary: Warn on initialization with self Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug target/77850] FAIL: gcc.dg/compat/scalar-by-value-4 c_compat_x_tst.o-c_compat_y_tst.o execute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77850 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org ---

[Bug sanitizer/82869] c_associated does not always give false for null pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82869 --- Comment #7 from Janne Blomqvist --- Author: jb Date: Wed Nov 8 11:51:00 2017 New Revision: 254526 URL: https://gcc.gnu.org/viewcvs?rev=254526=gcc=rev Log: PR 82869 Introduce logical_type_node and use it Earlier GFortran used to redefine

[Bug middle-end/82898] Aliasing knowledge is not used to replace memmove with memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898 --- Comment #1 from Marc Glisse --- At least in the gcc model, the type of a pointer is meaningless as long as you do not dereference it using that type, so I am not sure what can be done here.

[Bug c++/82888] terrible code generation for initialization of POD array members vs. clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82888 --- Comment #6 from Richard Biener --- (In reply to Marc Glisse from comment #4) > The front-end internally uses VEC_INIT_EXPR, and gimplifies it to a loop. I > believe we should end up with an empty CONSTRUCTOR instead. Indeed. Note that

[Bug middle-end/82898] Aliasing knowledge is not used to replace memmove with memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898 --- Comment #4 from rguenther at suse dot de --- On Wed, 8 Nov 2017, antoshkka at gmail dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898 > > --- Comment #3 from Antony Polukhin --- > > At least in the gcc model, the type of

[Bug c++/82900] Warn on initialization with self

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82900 Richard Biener changed: What|Removed |Added Keywords||diagnostic

[Bug middle-end/82898] Aliasing knowledge is not used to replace memmove with memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898 Richard Biener changed: What|Removed |Added Keywords||alias, missed-optimization

[Bug middle-end/82898] Aliasing knowledge is not used to replace memmove with memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898 --- Comment #3 from Antony Polukhin --- > At least in the gcc model, the type of a pointer is meaningless > as long as you do not dereference it using that type<...> OK, does dereferencing the pointers change anything? void foo(int* i, const

[Bug libstdc++/82891] stable_sort() won't compile with function object that takes parameters by non-const reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82891 --- Comment #1 from Tony E Lewis --- I should say that I've also raised the same issue against libc++ : https://bugs.llvm.org/show_bug.cgi?id=35235

[Bug target/82897] Unnecessary zero-extension when loading mask register from memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug middle-end/82899] New: *this in constructors could not alias with reference input parameters of the same type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 Bug ID: 82899 Summary: *this in constructors could not alias with reference input parameters of the same type Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug middle-end/82885] memcpy does not propagate aliasing knowledge

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82885 Richard Biener changed: What|Removed |Added Keywords||alias, missed-optimization

[Bug target/82897] Unnecessary zero-extension when loading mask register from memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897 --- Comment #2 from Uroš Bizjak --- Hm, why does middle-end convert to integer in the first place? .optimized tree dump reads: foo (__m512i x, __m512i y, int a) { short unsigned int m.1_1; int _2; vector(16) int _7; vector(16) int _8;

[Bug sanitizer/82869] c_associated does not always give false for null pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82869 --- Comment #8 from Janne Blomqvist --- Fixed on trunk. I'll wait a few days for possible fallout and then backport it to the GCC-7 release as well.

[Bug other/82880] [6/7/8 Regression] gcc --help=target --help=optimizers hangs on mips

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82880 Richard Biener changed: What|Removed |Added Version|unknown |7.2.0 Target Milestone|---

[Bug lto/81968] [8 regression] early lto debug objects make Solaris ld SEGV

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968 --- Comment #27 from Eric Botcazou --- > It does by removing the SHT_NULL sections. The patch should work - you > can double-check - it just doesn't handle the "corner case" of more > than 32000 input sections correctly when rewriting the

[Bug lto/81968] [8 regression] early lto debug objects make Solaris ld SEGV

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968 Eric Botcazou changed: What|Removed |Added Attachment #42225|0 |1 is obsolete|

[Bug c++/82899] *this in constructors could not alias with reference input parameters of the same type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/82897] New: Unnecessary zero-extension when loading mask register from memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897 Bug ID: 82897 Summary: Unnecessary zero-extension when loading mask register from memory Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug target/77850] FAIL: gcc.dg/compat/scalar-by-value-4 c_compat_x_tst.o-c_compat_y_tst.o execute

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

[Bug middle-end/82899] *this in constructors could not alias with reference input parameters of the same type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 --- Comment #2 from Antony Polukhin --- Looks like [class.ctor] paragraph 14 covers this case: "During the construction of an object, if the value of the object or any of its subobjects is accessed through a glvalue that is not obtained,

[Bug c++/82899] *this in constructors could not alias with reference input parameters of the same type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 --- Comment #6 from Antony Polukhin --- Done: Bug 82900

[Bug fortran/82895] An internal routine used in a parallel section (OpenMP) does not get the values of thread-private variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82895 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug libgomp/82901] New: GOACC_declare calls GOACC_enter_exit_data with async arg 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82901 Bug ID: 82901 Summary: GOACC_declare calls GOACC_enter_exit_data with async arg 0 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/82898] Aliasing knowledge is not used to replace memmove with memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org --- Comment #5

[Bug target/82897] Unnecessary zero-extension when loading mask register from memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897 --- Comment #4 from Uroš Bizjak --- (In reply to Jakub Jelinek from comment #3) > Because builtins are treated like any other function calls, and if > short/char args are promoted for normal calls, they are promoted for > builtins too. Indeed.

[Bug rtl-optimization/82889] Unnecessary sign extension of int32 to int64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82889 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug c++/82900] Warn on initialization with self

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82900 Florian Weimer changed: What|Removed |Added CC||fw at gcc dot gnu.org --- Comment #2

[Bug c++/82247] [concepts] Name deduction in concepts fails depending on the argument type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82247 Joël Lamotte changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 82247, which changed state. Bug 82247 Summary: [concepts] Name deduction in concepts fails depending on the argument type https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82247 What|Removed

[Bug target/82897] Unnecessary zero-extension when loading mask register from memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897 --- Comment #5 from Uroš Bizjak --- Also, #include __mmask16 m; __m512i zzz; __m512i foo (__m512i x, __m512i y, int a) { zzz = _mm512_mask_slli_epi32 (y, m, x, a); return _mm512_mask_srai_epi32 (y, m, x, a); } defeats the proposed

[Bug target/82897] Unnecessary zero-extension when loading mask register from memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897 Uroš Bizjak changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|ubizjak at gmail

[Bug target/82897] Unnecessary zero-extension when loading mask register from memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3

[Bug target/82897] Unnecessary zero-extension when loading mask register from memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897 --- Comment #8 from Jakub Jelinek --- That does something different though. But there is in C: if (targetm.calls.promote_prototypes (fundecl ? TREE_TYPE (fundecl) : 0) && INTEGRAL_TYPE_P (type)

[Bug target/82863] [8 Regression] ICE in verify_flow_info building SH libgcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82863 Martin Liška changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot gnu.org ---

[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 #12 from Niels Möller --- It would be nice with some way to annotate the asm to have it treated in the same as a possibly trapping division or pointer dereference. E.g., adding "trap" to the clobber list, somewhat similar to

[Bug c/82892] Spelling hints do not take into account missing compiler options (e.g. -fopenmp)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82892 --- Comment #2 from David Malcolm --- Thanks for filing this. I think a natural way to implement this would be on top of the deferred_diagnostic patch kit here, see e.g.: https://gcc.gnu.org/ml/gcc-patches/2017-11/msg00145.html (that one's

[Bug fortran/82895] An internal routine used in a parallel section (OpenMP) does not get the values of thread-private variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82895 --- Comment #2 from Arjen Markus --- Clear, so the workaround I found actually constitutes the proper method of doing this?

[Bug target/82897] Unnecessary zero-extension when loading mask register from memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897 --- Comment #7 from Uroš Bizjak --- Another idea is to add an "nopromote" attribute to builtin decl (in ix86_Add_new_buitins), detect this attribute in TARGET_PROMOTE_PROTOTYPES and disable promotion in this case. If this approach works, we can

[Bug tree-optimization/78821] GCC7: Copying whole 32 bits structure field by field not optimised into copying whole 32 bits at once

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Wed Nov 8 15:46:58 2017 New Revision: 254536 URL: https://gcc.gnu.org/viewcvs?rev=254536=gcc=rev Log: PR tree-optimization/78821 * gimple-ssa-store-merging.c (struct

[Bug target/82897] Unnecessary zero-extension when loading mask register from memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897 --- Comment #6 from Marek Polacek --- There is "type generic" attribute which disables certain promotions I think (or at least float -> double).

[Bug rtl-optimization/82889] Unnecessary sign extension of int32 to int64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82889 --- Comment #2 from Jakub Jelinek --- On the other side, in REE nonzero_bits on the operand of SIGN_EXTEND on the last testcase above doesn't return 0x7fff, but 0x, maybe it is too late to use SSA_NAME_RANGE_INFO at that point. So,

[Bug libgomp/82901] GOACC_declare calls GOACC_enter_exit_data with async arg 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82901 --- Comment #1 from Tom de Vries --- Created attachment 42564 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42564=edit Tentative patch

[Bug rtl-optimization/82889] Unnecessary sign extension of int32 to int64

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

[Bug c++/82899] *this in constructors could not alias with reference input parameters of the same type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org See

[Bug ipa/82903] [8 regression] gcc.dg/tree-prof/20050826-2.c fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82903 --- Comment #1 from Andrey Guskov --- gcc.dg/tree-prof/cmpsf-1.c is also affected: PASS: gcc.dg/tree-prof/cmpsf-1.c execution,-fprofile-use -D_PROFILE_USE FAIL: gcc.dg/tree-prof/cmpsf-1.c scan-tree-dump-not dom2 "Invalid sum"

[Bug tree-optimization/82902] [8 Regression] ICE verify_ssa failed during GIMPLE pass: phiprop

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

[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 #13 from rguenther at suse dot de --- On November 8, 2017 5:04:39 PM GMT+01:00, "nisse at lysator dot liu.se" wrote: >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82677 > >--- Comment #12 from Niels Möller

[Bug ipa/82903] New: [8 regression] gcc.dg/tree-prof/20050826-2.c fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82903 Bug ID: 82903 Summary: [8 regression] gcc.dg/tree-prof/20050826-2.c fail Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug ipa/82903] [8 regression] gcc.dg/tree-prof/20050826-2.c fail

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

[Bug tree-optimization/82905] New: vector shift forced to 32 bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82905 Bug ID: 82905 Summary: vector shift forced to 32 bytes Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug tree-optimization/82902] New: ICE verify_ssa failed during GIMPLE pass: phiprop

/passes.c:2048 Works with -O2 -no-tree-vrp. The ICE is from a trunk build, gcc version 8.0.0 20171108 (x86_64-pc-linux-gnu) Gcc 7.0 to 7.2 produces invalid code which will SEGV at runtime (same result on many platforms). Gcc 6.3 and earlier produced working code. To reproduce: gcc -O1 -ftree-

[Bug c++/82737] [ICE] Compiler segfault on compilation of a certain file (full cause unknown) (file too large for upload, link provided)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737 --- Comment #19 from Nathan Sidwell --- I can take a look at the trunk crash, but not till next week. You could try https://gcc.gnu.org/ml/gcc-patches/2017-11/msg00384.html, which I've yet to commit.

[Bug c++/52167] self-assignment should at least produce use-of-uninitialized warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52167 Martin Sebor changed: What|Removed |Added CC||antoshkka at gmail dot com --- Comment

[Bug c++/82900] Warn on initialization with self

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82900 Martin Sebor changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug fortran/82904] ICE in make_ssa_name_fn, at tree-ssanames.c:261

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82904 --- Comment #1 from G. Steinmetz --- Without this explicit "save" in above source, an ICE only occurs with additional option -fno-automatic (which implies "save") : $ cat z2.f90 program p character(:), allocatable :: x

[Bug rtl-optimization/82904] [7/8 Regression] ICE in make_ssa_name_fn, at tree-ssanames.c:261

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82904 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work|

[Bug fortran/82904] New: ICE in make_ssa_name_fn, at tree-ssanames.c:261

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82904 Bug ID: 82904 Summary: ICE in make_ssa_name_fn, at tree-ssanames.c:261 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/82906] New: thread_local address not uniqued across shared libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82906 Bug ID: 82906 Summary: thread_local address not uniqued across shared libraries Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug c++/52167] self-initialization should at least produce use-of-uninitialized warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52167 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org

[Bug middle-end/82899] *this in constructors could not alias with reference input parameters of the same type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 Richard Biener changed: What|Removed |Added Keywords||alias, missed-optimization

[Bug ipa/82908] New: [8 regression] gcc.dg/tree-prof/cmpsf-1.c and gcc.dg/tree-prof/20050826-2.c fail starting with r254452

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82908 Bug ID: 82908 Summary: [8 regression] gcc.dg/tree-prof/cmpsf-1.c and gcc.dg/tree-prof/20050826-2.c fail starting with r254452 Product: gcc Version: 8.0

Bug in std::floor?

Hi, The following - #include #include int main() { double v = 4.6; std::cout << "v = " << v << std::endl; std::cout << "v*100 = " << v*100 << std::endl; std::cout << "floor(v*100) = " << std::floor(v*100) <<

Re: Bug in std::floor?

The gcc-bugs@gcc email list is for automated email from our bug tracking database, not for reporting bugs, and not for "is this a bug?" questions. I've CC'd this to the gcc-help list where this is more appropriate (please remove gcc-bugs from any follow-up replies). On 08/11/17 23:13 +0200, Nil

[Bug c++/82906] thread_local address not uniqued across shared libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82906 --- Comment #1 from Andrew Pinski --- Could this be a bug in ld.so rather than gcc? Not doing copy relocs for TLS?

[Bug c++/82906] thread_local address not uniqued across shared libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82906 --- Comment #2 from Rafael Avila de Espindola --- (In reply to Andrew Pinski from comment #1) > Could this be a bug in ld.so rather than gcc? Not doing copy relocs for TLS? I don't think there is enough information left for ld.so to fix the

[Bug fortran/82841] Segfault in gfc_simplify_transfer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82841 --- Comment #2 from kargl at gcc dot gnu.org --- Author: kargl Date: Wed Nov 8 22:56:58 2017 New Revision: 254555 URL: https://gcc.gnu.org/viewcvs?rev=254555=gcc=rev Log: 2017-11-08 Steven G. Kargl PR

[Bug c/82909] Scope of type defined by offsetof() macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82909 --- Comment #2 from Fred J. Tydeman --- I agree with your analysis. The behavior is C standard version dependent with respect to the 'if' statement. There is no bug in gcc.

[Bug tree-optimization/82911] New: missing strlen optimization for strncpy with constant strings and constant bound

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82911 Bug ID: 82911 Summary: missing strlen optimization for strncpy with constant strings and constant bound Product: gcc Version: 8.0 Status: UNCONFIRMED Severity:

[Bug c/82909] Scope of type defined by offsetof() macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82909 --- Comment #1 from joseph at codesourcery dot com --- On Wed, 8 Nov 2017, tydeman at tybor dot com wrote: > /* > * C standard appears to be unclear on scope of new type defined in > * offsetof() macro. Some compilers accept; some reject. >

[Bug c++/82910] New: marking data members private affects code generation of copying

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82910 Bug ID: 82910 Summary: marking data members private affects code generation of copying Product: gcc Version: 7.2.1 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/82912] New: missing strlen optimization for stpncpy with constant string and bound

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82912 Bug ID: 82912 Summary: missing strlen optimization for stpncpy with constant string and bound Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/70472] is_copy_constructible<vector<unique_ptr>>::value is true

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70472 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug tree-optimization/82905] vector shift forced to 32 bits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82905 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization

[Bug fortran/82841] Segfault in gfc_simplify_transfer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82841 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug c/82909] New: Scope of type defined by offsetof() macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82909 Bug ID: 82909 Summary: Scope of type defined by offsetof() macro Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug fortran/82314] internal compiler error: in gfc_conv_expr_descriptor, at fortran/trans-array.c:6972

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

[Bug libstdc++/82891] stable_sort() won't compile with function object that takes parameters by non-const reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82891 Daniel Krügler changed: What|Removed |Added CC||daniel.kruegler@googlemail.

[Bug fortran/82895] An internal routine used in a parallel section (OpenMP) does not get the values of thread-private variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82895 Harald Anlauf changed: What|Removed |Added CC||anlauf at gmx dot de --- Comment #3

[Bug fortran/82884] ICE in gfc_resolve_character_array_constructor, at fortran/array.c:2069

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82884 --- Comment #3 from kargl at gcc dot gnu.org --- Author: kargl Date: Wed Nov 8 20:56:43 2017 New Revision: 254553 URL: https://gcc.gnu.org/viewcvs?rev=254553=gcc=rev Log: 2017-11-08 Steven G. Kargl PR

[Bug fortran/82884] ICE in gfc_resolve_character_array_constructor, at fortran/array.c:2069

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

[Bug target/82907] New: [8 regression] gcc.target/powerpc/p9-xxbr-1.c fails after r254464

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82907 Bug ID: 82907 Summary: [8 regression] gcc.target/powerpc/p9-xxbr-1.c fails after r254464 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

  1   2   >