[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 --- Comment #9 from Jan --- I'm using the clear linux gcc version well atleast the patches. Maybe thats the culprit. https://clearlinux.org/ But it should be easy to run that in a container. I reverted some of the patches and rebuild gcc. I

[Bug libstdc++/85768] [9 Regression] FreeBSD bootstrap fails due to undefined reference to 'backtrace'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85768 Richard Biener changed: What|Removed |Added Target Milestone|--- |9.0 --- Comment #1 from Richard Biener

[Bug target/85769] [8/9 Regression] ICE in extract_constrain_insn, at recog.c:2205 for -mcpu=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85769 Richard Biener changed: What|Removed |Added Target Milestone|--- |8.2

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 --- Comment #4 from Jan --- Created attachment 44127 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44127=edit preproccessed source and gcda

[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 #22 from Marc Glisse --- (In reply to rguent...@suse.de from comment #21) > Note that in the strict C semantic thing __restrict on > this isn't valid as the following is valid C++: > > Foo() __restrict > { > Foo *x = this; >

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 --- Comment #3 from Martin Liška --- (In reply to Richard Biener from comment #2) > Please attach the preprocessed source. And profile file (*.gcda) that should be somewhere: find /var/tmp/portage/pgo/bash -name alias.gcda

[Bug c++/85761] [8/9 Regression] ICE on invalid in rtl with uncaptured constexpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85761 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED

[Bug lto/48200] linking shared library with LTO results in different exported symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 --- Comment #21 from Xi Ruoyao --- I made up a (highly immature) patch in the days. This "thing" works with simple source code files but I believe there are many bugs in the patch. And I suggest to make "weakref" attribute to output ".symver"

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 --- Comment #10 from Martin Liška --- (In reply to Jan from comment #9) > I'm using the clear linux gcc version well atleast the patches. > Maybe thats the culprit. > https://clearlinux.org/ I thought you are using Gentoo system? > > But it

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 Martin Liška changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #6 from Martin Liška

[Bug c++/85747] suboptimal code without constexpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85747 --- Comment #7 from Antony Polukhin --- (In reply to Jakub Jelinek from comment #6) > IMHO just use constexpr if you care about compile time evaluation > guarantees, that is what it has been added for. Fair point. Overcomplicated logic on the

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 --- Comment #7 from Jan --- I added the option same ICE.

[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 #21 from rguenther at suse dot de --- On Sat, 12 May 2018, glisse at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 > > --- Comment #20 from Marc Glisse --- > Created attachment 44122 > -->

[Bug lto/48200] linking shared library with LTO results in different exported symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 --- Comment #22 from Xi Ruoyao --- Created attachment 44126 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44126=edit Patch to add symver attribute, highly experimental, C++ only

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 --- Comment #2 from Richard Biener --- Please attach the preprocessed source.

[Bug middle-end/85751] RFE: option to align code using breakpoint instructions when unreachable

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

[Bug tree-optimization/85762] [8/9 Regression] range-v3 abstraction overhead not optimized away

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

[Bug lto/48200] linking shared library with LTO results in different exported symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 --- Comment #23 from Martin Liška --- (In reply to Xi Ruoyao from comment #22) > Created attachment 44126 [details] > Patch to add symver attribute, highly experimental, C++ only That's great you did the prototype. I'll take a look.

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 Martin Liška changed: What|Removed |Added Status|WAITING |ASSIGNED Assignee|unassigned

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug target/85767] [9 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu in 64-bit mode (not in 32-bit mode)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85767 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/85756] [9 regression] wrong code at -Os on x86-64-linux-gnu in 32-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85756 --- Comment #2 from Martin Liška --- *** Bug 85767 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/85758] questionable bitwise folding (missing single use check?)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85758 --- Comment #2 from Richard Biener --- (In reply to Alexander Monakov from comment #0) > However since m_3 is used, this is more costly. Shouldn't this folding check > for single use of the intermediate expr? From a quick look, this is probably

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 --- Comment #8 from Martin Liška --- (In reply to Jan from comment #7) > I added the option same ICE. I see. Well would it be possible to provide build steps that will utilize a gentoo docker container and can help me to reproduce that?

[Bug tree-optimization/85757] tree optimizers fail to fully clean up fixed-size memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85757 Richard Biener changed: What|Removed |Added CC||kugan at gcc dot gnu.org,

[Bug target/85769] [8/9 Regression] ICE in extract_constrain_insn, at recog.c:2205 for -mcpu=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85769 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug target/85769] New: ICE in extract_constrain_insn, at recog.c:2205 for -mcpu=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85769 Bug ID: 85769 Summary: ICE in extract_constrain_insn, at recog.c:2205 for -mcpu=thunderx Product: gcc Version: unknown Status: UNCONFIRMED Keywords:

[Bug target/85756] [9 regression] wrong code at -Os on x86-64-linux-gnu in 32-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85756 Richard Biener changed: What|Removed |Added Keywords||wrong-code Target|

[Bug c++/85764] [8/9 Regression] bogus ‘this’ was not captured for this lambda function error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85764 Richard Biener changed: What|Removed |Added Keywords||rejects-valid Target Milestone|---

[Bug c++/85765] [8/9 Regression] Missing SFINAE in default template argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85765 Richard Biener changed: What|Removed |Added Target Milestone|--- |8.2

[Bug rtl-optimization/85745] variable with asm register assignment allocated in wrong reg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85745 --- Comment #3 from Bernd Edlinger --- just in case someone runs into the same issue, this would be the linux patch that Jakub suggested: commit 20dfb4d2eb648bd947adbb729d963f78df75ffee Author: Bernd Edlinger Date:

[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 #23 from rguenther at suse dot de --- On Mon, 14 May 2018, glisse at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899 > > --- Comment #22 from Marc Glisse --- > (In reply to rguent...@suse.de from

[Bug libstdc++/84118] filesystem::path concat does not accept value_type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84118 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/85772] New: __gnu_cxx::__versa_string doesn't support C++11 allocators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85772 Bug ID: 85772 Summary: __gnu_cxx::__versa_string doesn't support C++11 allocators Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: enhancement

[Bug libstdc++/85773] New: Embedded nulls in filesystem::path cause problems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85773 Bug ID: 85773 Summary: Embedded nulls in filesystem::path cause problems Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug libstdc++/71301] std::tuple move constructor

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

[Bug libstdc++/62119] dangling reference : gslice_array's copy constructor

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

[Bug libstdc++/85772] __gnu_cxx::__versa_string doesn't support C++11 allocators

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

[Bug libstdc++/85772] __gnu_cxx::__versa_string doesn't support C++11 allocators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85772 --- Comment #1 from Jonathan Wakely --- Also review it for noexcept, so that for example the copy constructor is noexcept when using the COW base: diff --git a/libstdc++-v3/include/ext/rc_string_base.h

[Bug libstdc++/85771] `std::variant<...>` insanely slow to compile compared to `union` (256 types)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85771 --- Comment #1 from Jonathan Wakely --- This should be completely unsurprising, obviously std::variant is different to a union. The type safety and other features come at a cost, and 2s isn't insane.

[Bug libstdc++/81263] Work around CWG issue 1558 (guarantee SFINAE when using `void_t`)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81263 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug sanitizer/85774] New: Incorrect stack-use-after-scope caused by missing cleanup of shadow bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85774 Bug ID: 85774 Summary: Incorrect stack-use-after-scope caused by missing cleanup of shadow bytes Product: gcc Version: 8.1.1 Status: UNCONFIRMED Severity:

[Bug libstdc++/67011] division by zero in std::exponential_distribution

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

[Bug libstdc++/85184] Remove __glibcxx_assert uses from std::variant

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

[Bug libstdc++/85319] std::char_traits::length does not always function in constexpr context

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

[Bug target/85770] New: [9 Regression] ICE: in lra_eliminate, at lra-eliminations.c:1439 with -march=nano-1000

x86_64-pc-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-260223-checking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix gcc version 9.0.0 20180514 (experimental) (GCC)

[Bug libstdc++/85773] Embedded nulls in filesystem::path cause problems

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

[Bug libstdc++/72830] istream::seekg should not reset eofbit if -std=c++98

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72830 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/82452] defines macros for getc and putc

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

[Bug c++/85775] New: False positive with -Wparentheses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85775 Bug ID: 85775 Summary: False positive with -Wparentheses Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug libstdc++/71098] uniform initialization for nested tuples work in c++11/14 mode but should only work >=c++17

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

[Bug libstdc++/69191] Wrong equality comparison between error_code and error_condition + segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69191 --- Comment #17 from Jonathan Wakely --- (In reply to Chip Salzenberg from comment #16) > Still happening in 7.2 What is?

[Bug libstdc++/81522] c++17/old-abi/cygwin empty stringstream invalid memory access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81522 --- Comment #1 from Jonathan Wakely --- Possibly related to PR 82172 (which was due to a binutils bug) but that apparently only occurs when using LTO.

[Bug libstdc++/85768] [9 Regression] FreeBSD bootstrap fails due to undefined reference to 'backtrace'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85768 --- Comment #2 from Jonathan Wakely --- Yes I did suggest that. For now I think we should just disable the use of backtrace anywhere except GNU/Linux.

[Bug libstdc++/85771] New: `std::variant<...>` insanely slow to compile compared to `union` (256 types)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85771 Bug ID: 85771 Summary: `std::variant<...>` insanely slow to compile compared to `union` (256 types) Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity:

[Bug libstdc++/62119] dangling reference : gslice_array's copy constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62119 --- Comment #4 from Jonathan Wakely --- PR 63314 points out the same problem exists in mask_array and indirect_array.

[Bug libstdc++/63314] valarray mask/indices refers to temporary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63314 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/62119] dangling reference : gslice_array's copy constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62119 Jonathan Wakely changed: What|Removed |Added CC||helloworld922 at hotmail dot com ---

[Bug libstdc++/81256] basic_filebuf::close doesn't propagate exceptions

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

[Bug libstdc++/83891] std::filesystem::path::is_absolute for Windows

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

[Bug target/85769] [8/9 Regression] ICE in extract_constrain_insn, at recog.c:2205 for -mcpu=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85769 --- Comment #2 from Tamar Christina --- It's not r250673, That was committed 2017-07-28 and a GCC built 2017-08-17 does the correct thing for non-Armv8.2-a. It promotes the fp16 values to 32 bits does the operations and converts them back to

[Bug libstdc++/67554] runtime error in valarray (NULL passed to memcpy)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67554 Jonathan Wakely changed: What|Removed |Added Keywords||wrong-code

[Bug libstdc++/82966] node_handle swap fails to compile

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

[Bug sanitizer/85777] [7/8 Regression] -fsanitize=undefined makes a -Wmaybe-uninitialized warning disappear

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85777 --- Comment #1 from Vincent Lefèvre --- I've cleaned up the testcase: int d; int h(void); void e(void) { int f[2]; int g = 0; if (d) g++; if (d == 1) f[g++] = 2; (void) (f[0] || (g && h())); } Now: cventin% gcc-snapshot

[Bug libstdc++/67554] runtime error in valarray (NULL passed to memcpy)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67554 --- Comment #1 from Jonathan Wakely --- Author: redi Date: Mon May 14 15:35:06 2018 New Revision: 260229 URL: https://gcc.gnu.org/viewcvs?rev=260229=gcc=rev Log: PR libstdc++/67554 Do not pass null pointers to memcpy PR libstdc++/67554

[Bug libstdc++/82966] node_handle swap fails to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82966 --- Comment #1 from Jonathan Wakely --- Author: redi Date: Mon May 14 14:27:54 2018 New Revision: 260226 URL: https://gcc.gnu.org/viewcvs?rev=260226=gcc=rev Log: PR libstdc++/82966 fix swapping of node handles PR libstdc++/82966

[Bug c++/85776] New: ICE when compiling `boost::thread` with `-std=c++11` on mingw-w64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85776 Bug ID: 85776 Summary: ICE when compiling `boost::thread` with `-std=c++11` on mingw-w64 Product: gcc Version: 8.1.1 Status: UNCONFIRMED Severity: normal

[Bug sanitizer/85777] New: [7/8 Regression] -fsanitize=undefined makes a -Wmaybe-uninitialized warning disappear

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85777 Bug ID: 85777 Summary: [7/8 Regression] -fsanitize=undefined makes a -Wmaybe-uninitialized warning disappear Product: gcc Version: 9.0 Status: UNCONFIRMED

[Bug c++/85739] [8/9 Regression] internal compiler error: in finish_member_declaration, at cp/semantics.c:3057

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85739 ensadc at mailnesia dot com changed: What|Removed |Added CC||ensadc at mailnesia dot com

[Bug ipa/85656] gcc.dg/ipa/ipa-icf-38.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85656 --- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #4 from Martin Liška --- [...] > According to log file alias support is mission on solaris. Thus following > patch > should fix that by skipping the test: > > diff --git

[Bug target/85756] [9 regression] wrong code at -Os on x86-64-linux-gnu in 32-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85756 --- Comment #3 from uros at gcc dot gnu.org --- Author: uros Date: Mon May 14 15:53:58 2018 New Revision: 260231 URL: https://gcc.gnu.org/viewcvs?rev=260231=gcc=rev Log: PR target/85756 * config/i386/i386.md: Disallow

[Bug libstdc++/71098] uniform initialization for nested tuples work in c++11/14 mode but should only work >=c++17

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

[Bug target/85769] [8/9 Regression] ICE in extract_constrain_insn, at recog.c:2205 for -mcpu=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85769 Tamar Christina changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug libstdc++/62196] running time segment fault with valarray

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

[Bug c++/85731] [8/9 Regression] Inner class method declaration changes meaning of outer template class template method

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

[Bug c++/85782] New: acc loops with continue statements ICE in c++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85782 Bug ID: 85782 Summary: acc loops with continue statements ICE in c++ Product: gcc Version: 8.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug middle-end/85602] -Wsizeof-pointer-memaccess for strncat with size of source

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85602 --- Comment #3 from Martin Sebor --- I agree that's not an improvement. Would something like this be better? (at least until utmp_ent is marked nonstring and GCC taught to suppress the diagnostic) size_t utmpsize = sizeof UT_ID (utmp_ent);

[Bug fortran/85780] ICE in resolve_fl_procedure, at fortran/resolve.c:12504

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85780 kargl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/85756] [9 regression] wrong code at -Os on x86-64-linux-gnu in 32-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85756 --- Comment #4 from Eric Botcazou --- Author: ebotcazou Date: Mon May 14 20:17:19 2018 New Revision: 260239 URL: https://gcc.gnu.org/viewcvs?rev=260239=gcc=rev Log: PR target/85756 * gnat.dg/opt70.adb: New test. *

[Bug middle-end/85602] -Wsizeof-pointer-memaccess for strncat with size of source

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85602 --- Comment #4 from Paul Eggert --- Thanks, that workaround is much better for coreutils, and I installed it here: https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=f6cb50cc991d461f443ea3afc517c9e1e37ef496

[Bug middle-end/85602] -Wsizeof-pointer-memaccess for strncat with size of source

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85602 --- Comment #2 from Paul Eggert --- Thanks for looking into it. For what it's worth, the practical effect of this new warning was that I changed that part of coreutils to not use strncat, causing 3 lines of code to grow to 8 lines. See the end

[Bug fortran/85779] ICE in gfc_typename, at fortran/misc.c:156

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85779 kargl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/85698] [8/9 Regression] CPU2017 525.x264_r fails starting with r257581

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85698 --- Comment #6 from Pat Haugen --- (In reply to Richard Biener from comment #4) > I can see what the patch does to this testcase on x86_64 - it enables BB > vectorization of the first two loops after runrolling. I don't see anything >

[Bug c++/85783] New: alloc-size-larger-than fires incorrectly with new[] and can't be disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85783 Bug ID: 85783 Summary: alloc-size-larger-than fires incorrectly with new[] and can't be disabled Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity:

[Bug fortran/85781] ICE in gfc_build_array_ref, at fortran/trans.c:393

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85781 --- Comment #1 from G. Steinmetz --- Some variants that are actually compiling : $ cat z2.f90 subroutine s(x) bind(c) use iso_c_binding, only: c_char character(kind=c_char), value :: x print *, x(1:0) end $ cat

[Bug fortran/85780] ICE in resolve_fl_procedure, at fortran/resolve.c:12504

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85780 --- Comment #2 from kargl at gcc dot gnu.org --- (In reply to kargl from comment #1) > HOwever, I think we then have an accepts invalid as an alternate > return takes a label. Whoops, I may have misread the standard. The label applies to the

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 --- Comment #12 from Jan --- And yes I use a gentoo system. But I'm using the gcc patches from clear linux but this bug doesn't seem relate to that.

[Bug fortran/85780] New: ICE in resolve_fl_procedure, at fortran/resolve.c:12504

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85780 Bug ID: 85780 Summary: ICE in resolve_fl_procedure, at fortran/resolve.c:12504 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 --- Comment #11 from Jan --- I can reproduce it with vanilla gcc 8.1.0 no patches applied.

[Bug middle-end/85602] -Wsizeof-pointer-memaccess for strncat with size of source

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85602 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug fortran/85779] New: ICE in gfc_typename, at fortran/misc.c:156

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85779 Bug ID: 85779 Summary: ICE in gfc_typename, at fortran/misc.c:156 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug fortran/85779] ICE in gfc_typename, at fortran/misc.c:156

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85779 --- Comment #1 from G. Steinmetz --- Related : $ cat z3.f90 class(t) function f() type f end type end $ gfortran-9-20180513 -c z3.f90 f951: internal compiler error: Segmentation fault 0xb9f4bf crash_signal

[Bug libstdc++/81256] basic_filebuf::close doesn't propagate exceptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81256 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Mon May 14 18:57:45 2018 New Revision: 260236 URL: https://gcc.gnu.org/viewcvs?rev=260236=gcc=rev Log: PR libstdc++/81256 fix exception handling in basic_filebuf::close PR

[Bug libstdc++/85768] [9 Regression] FreeBSD bootstrap fails due to undefined reference to 'backtrace'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85768 François Dumont changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |fdumont at gcc dot gnu.org

[Bug other/85778] New: unexpected results with -O2, wrong code?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85778 Bug ID: 85778 Summary: unexpected results with -O2, wrong code? Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: other

[Bug other/85778] unexpected results with -O2, wrong code?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85778 --- Comment #1 from Andrew Pinski --- It depends on if glibc is adding the nonnull attribute to stat or is it GCC. Also what does the C (and POSIX) standard says about a null pointer being passed as the string to stat.

[Bug fortran/85781] New: ICE in gfc_build_array_ref, at fortran/trans.c:393

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85781 Bug ID: 85781 Summary: ICE in gfc_build_array_ref, at fortran/trans.c:393 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug tree-optimization/85698] [8/9 Regression] CPU2017 525.x264_r fails starting with r257581

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85698 --- Comment #7 from Pat Haugen --- So the problem is that we're generating a stxvw4x insn to write to memory, which corrupts the contents due to both endian behavior and element size (since we're dealing with halfword/uint16_t elements). Value

[Bug libstdc++/82966] node_handle swap fails to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82966 --- Comment #3 from Jonathan Wakely --- Author: redi Date: Mon May 14 22:22:23 2018 New Revision: 260242 URL: https://gcc.gnu.org/viewcvs?rev=260242=gcc=rev Log: PR libstdc++/82966 fix swapping of node handles PR libstdc++/82966

[Bug libstdc++/67554] runtime error in valarray (NULL passed to memcpy)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67554 --- Comment #3 from Jonathan Wakely --- Author: redi Date: Mon May 14 22:22:27 2018 New Revision: 260243 URL: https://gcc.gnu.org/viewcvs?rev=260243=gcc=rev Log: PR libstdc++/67554 Do not pass null pointers to memcpy PR libstdc++/67554

  1   2   >