[Bug c++/85039] [6/7/8 Regression] internal compiler error: in nested_anon_class_index, at cp/mangle.c:1626

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85039 Alexandre Oliva changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c++/85027] [6/7/8 Regression] ICE on invalid C++ code: in instantiate_type, at cp/class.c:8062

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85027 Alexandre Oliva changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c++/85128] New: Local scope type(def) falsely assumed to change meaning of outer scope type(def)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85128 Bug ID: 85128 Summary: Local scope type(def) falsely assumed to change meaning of outer scope type(def) Product: gcc Version: 6.4.0 Status: UNCONFIRMED

[Bug c++/85127] New: Members implementation outside class doesn't compile if class name is an alias from a using

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85127 Bug ID: 85127 Summary: Members implementation outside class doesn't compile if class name is an alias from a using Product: gcc Version: 7.2.0 Status: UNCONFIRMED

[Bug target/85126] New: [8 regression] gcc.target/powerpc/pr69946.c fails on powerpc64 BE starting with r254213

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85126 Bug ID: 85126 Summary: [8 regression] gcc.target/powerpc/pr69946.c fails on powerpc64 BE starting with r254213 Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug c++/85125] New: constant expression with const_cast UB does not emit error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85125 Bug ID: 85125 Summary: constant expression with const_cast UB does not emit error Product: gcc Version: 5.1.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/52789] gfortran sets -Wunused-parameter in the C sense as well as the Fortran sense

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52789 --- Comment #6 from Dominique d'Humieres --- With r258935 I get % gfc pr52789.f90 -Wunused-parameter pr52789.f90:2:23: integer, parameter :: i = 0 1 Warning: Unused parameter 'i' declared at (1) [-Wunused-parameter] %

[Bug c++/85124] New: template template parameter is printed incorrectly in the error message

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85124 Bug ID: 85124 Summary: template template parameter is printed incorrectly in the error message Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #20 from Segher Boessenkool --- There were various issues with the builtins. We could have made them work for just (say) power8 and up, in time for GCC 8, but then for a long time no one would be able to use __builtin_fcti[wd] on

[Bug c++/84269] More suggestions for missing #include

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84269 --- Comment #12 from David Malcolm --- Author: dmalcolm Date: Thu Mar 29 20:43:48 2018 New Revision: 258966 URL: https://gcc.gnu.org/viewcvs?rev=258966=gcc=rev Log: More #include suggestions (PR c++/84269) PR c++/84269 reports a number of

[Bug other/85123] New: [8 regression] test case gcc.dg/pr63594-2.c begins failing with r254862

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85123 Bug ID: 85123 Summary: [8 regression] test case gcc.dg/pr63594-2.c begins failing with r254862 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug target/85075] powerpc: ICE in iszero testcase

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85075 Michael Meissner changed: What|Removed |Added CC||uweigand at gcc dot gnu.org ---

[Bug target/71991] Inconsistency for __attribute__ ((__always_inline__)) among LTO and non-LTO compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71991 --- Comment #6 from Martin Liška --- (In reply to Jan Hubicka from comment #5) > Created attachment 43798 [details] > proposed fix > > > this patch simply while-lists some transitions of target flags for always > inline functions. It is ugly

[Bug c++/85093] [7/8 Regression] wrong number of template arguments does not trigger error when one argument is variadic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85093 --- Comment #2 from Jason Merrill --- Author: jason Date: Thu Mar 29 19:38:41 2018 New Revision: 258964 URL: https://gcc.gnu.org/viewcvs?rev=258964=gcc=rev Log: PR c++/85093 - too many template args with pack expansion. * pt.c

[Bug c++/85060] [7/8 Regression] Object cannot call its inherited member function "without object"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85060 --- Comment #5 from Jason Merrill --- Author: jason Date: Thu Mar 29 19:38:29 2018 New Revision: 258962 URL: https://gcc.gnu.org/viewcvs?rev=258962=gcc=rev Log: PR c++/85060 - wrong-code with call to base member in template. *

[Bug middle-end/85090] [8 Regression] wrong code with -O2 -fno-tree-dominator-opts -mavx512f -fira-algorithm=priority

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85090 --- Comment #7 from Jakub Jelinek --- Created attachment 43802 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43802=edit gcc8-pr85090-wip.patch Untested WIP; some more work is needed to get rid of the useless vextracti32x4 $0, ... insns,

[Bug fortran/85111] [8 Regression] ICE in min_max_choose, at fortran/simplify.c:4884 (and others)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85111 Thomas Koenig changed: What|Removed |Added Keywords|accepts-invalid |patch --- Comment #5 from Thomas Koenig

[Bug libgcc/60790] libatomic convenience library selects IFUNC implementation before obtaining cpu info.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60790 --- Comment #10 from Florian Weimer --- Patch posted: https://gcc.gnu.org/ml/gcc-patches/2018-03/msg01546.html

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 --- Comment #17 from andysem at mail dot ru --- I'll clarify why I think load() should be allowed to issue writes on the memory. According to [atomics.types.operations]/18 in N4713, compare_exchange_*() is a load operation if the comparison

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 --- Comment #16 from Florian Weimer --- (In reply to andysem from comment #12) > Is read-only memory a valid use case for __atomic intrinsics anyway? These > intrinsics are primarily targeted to implement std::atomic, I strongly disagree about

[Bug inline-asm/84985] [6/7/8 Regression] ICE in match_reload, at lra-constraints.c:1068

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84985 --- Comment #3 from Vladimir Makarov --- Author: vmakarov Date: Thu Mar 29 18:29:12 2018 New Revision: 258961 URL: https://gcc.gnu.org/viewcvs?rev=258961=gcc=rev Log: 2018-03-29 Vladimir Makarov PR

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 --- Comment #15 from crc at winterflaw dot net --- On 29/03/18 19:23, andysem at mail dot ru wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 > > --- Comment #14 from andysem at mail dot ru --- >> On Intel, all CAS operations always

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #19 from Jakub Jelinek --- The main issue of the builtins that have been reverted was that it was too tied to a particular HW instruction, if the hw instruction doesn't exist, don't support it (and this wasn't working properly, it

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 --- Comment #14 from andysem at mail dot ru --- > On Intel, all CAS operations always write, even if thr compare failed. I understand that. The question is whether this is allowed behavior for atd::atomic::load() operation according to the C++

[Bug fortran/85102] ICE in gfc_conv_intrinsic_dot_product, at fortran/trans-intrinsic.c:4464

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85102 Thomas Koenig changed: What|Removed |Added Keywords||ice-on-valid-code CC|

[Bug target/83707] g++.dg/eh/simd-3.C fails on power7 -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83707 acsawdey at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug target/83707] g++.dg/eh/simd-3.C fails on power7 -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83707 --- Comment #5 from acsawdey at gcc dot gnu.org --- I can also confirm with trunk 258957 I do not see this fail with -m32 -mcpu=power7.

[Bug target/84914] PowerPC complex multiply/divide calls the wrong function when -mabi=ieeelongdouble

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84914 --- Comment #3 from Michael Meissner --- Author: meissner Date: Thu Mar 29 17:04:34 2018 New Revision: 258959 URL: https://gcc.gnu.org/viewcvs?rev=258959=gcc=rev Log: [gcc] 2018-03-29 Michael Meissner

[Bug demangler/85122] Stack Overflow(Stack Exhaustion) in demangle related functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85122 --- Comment #3 from 慕冬亮 --- At first, I reported it in bugzilla of binutils(https://sourceware.org/bugzilla/show_bug.cgi?id=23008). The developer said it should be the issue of C++ demangle code and GCC maintains this component. He advised me to

[Bug demangler/85122] Stack Overflow(Stack Exhaustion) in demangle related functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85122 --- Comment #2 from 慕冬亮 --- Created attachment 43801 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43801=edit Dockerfile for Debian Stable (GCC with AddressSanitizer)

[Bug demangler/85122] Stack Overflow(Stack Exhaustion) in demangle related functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85122 --- Comment #1 from 慕冬亮 --- Created attachment 43800 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43800=edit PoC to trigger stack exhaustion

[Bug demangler/85122] New: Stack Overflow(Stack Exhaustion) in demangle related functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85122 Bug ID: 85122 Summary: Stack Overflow(Stack Exhaustion) in demangle related functions Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #18 from Steven Munroe --- (In reply to jos...@codesourcery.com from comment #17) > And, when long is 64-bit, there is no corresponding standard function to > round to 32-bit integer with "invalid" raised for out-of-range results -

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #17 from joseph at codesourcery dot com --- And, when long is 64-bit, there is no corresponding standard function to round to 32-bit integer with "invalid" raised for out-of-range results - but there is (undocumented)

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 --- Comment #13 from toby at winterflaw dot net --- On 29 Mar 2018, andysem at mail dot ru wrote: >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 > >--- Comment #12 from andysem at mail dot ru --- >Is read-only

[Bug c++/74762] [6/7/8 Regression] missing uninitialized warning (C++, parenthesized expr, TREE_NO_WARNING)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74762 Martin Sebor changed: What|Removed |Added CC||stefan.hertrampf at gmx dot de ---

[Bug c++/85119] __builtin_expect() shadows warning

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

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #16 from joseph at codesourcery dot com --- These instructions use the current rounding mode, not round-to-zero. That is, they correspond to the lrint / llrint functions, given -fno-math-errno.

[Bug c++/84783] Missing _mm256_permutexvar_epi64() intrinsic for AVX512VL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84783 --- Comment #4 from speryt at gcc dot gnu.org --- Author: speryt Date: Thu Mar 29 14:51:03 2018 New Revision: 258958 URL: https://gcc.gnu.org/viewcvs?rev=258958=gcc=rev Log: 2018-03-29 Sebastian Peryt

[Bug tree-optimization/84818] integer_onep must not be used for i18n

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84818 Martin Sebor changed: What|Removed |Added Keywords||patch --- Comment #2 from Martin Sebor

[Bug c++/85110] Missing underlines for some bad arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85110 --- Comment #3 from David Malcolm --- Author: dmalcolm Date: Thu Mar 29 14:43:01 2018 New Revision: 258957 URL: https://gcc.gnu.org/viewcvs?rev=258957=gcc=rev Log: More underlining of bad arguments (PR c++/85110) As of r256448, the C++

[Bug target/85117] ARM: Wrong Warning Emits: parameter passing for argument of type 'Handle' changed in GCC 7.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85117 --- Comment #4 from Jakub Jelinek --- If the class itself doesn't have > 32-bit alignment, yes. It informs you that if you pass it by value, it will not be interoperable with G++ older than 7.1.

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 --- Comment #12 from andysem at mail dot ru --- Is read-only memory a valid use case for __atomic intrinsics anyway? These intrinsics are primarily targeted to implement std::atomic, but does the standard guarantee these operations (primarily,

[Bug target/71991] Inconsistency for __attribute__ ((__always_inline__)) among LTO and non-LTO compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71991 Jan Hubicka changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #5

[Bug target/85117] ARM: Wrong Warning Emits: parameter passing for argument of type 'Handle' changed in GCC 7.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85117 --- Comment #3 from linzj --- (In reply to Jakub Jelinek from comment #2) > It is not a warning, just a message, and it is completely correct, older G++ > versions would pass objects with such types differently than 7.1+. What? Any

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #15 from Jakub Jelinek --- Why aren't just C cast from float/double to int/long enough?

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #14 from Bill Schmidt --- The functions are broken, and a release is imminent. This will be revisited in the next release, and backports considered at least for Advance Toolchain. Time and resources are finite...

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 Florian Weimer changed: What|Removed |Added Status|RESOLVED|NEW Last reconfirmed|

[Bug target/84914] PowerPC complex multiply/divide calls the wrong function when -mabi=ieeelongdouble

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84914 Michael Meissner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ipa/84947] UBSAN: ipcp_bits_lattice::meet_with(generic_wide_int<fixed_wide_int_storage<192> >, generic_wide_int<fixed_wide_int_storage<192> >, unsigned int) ../../gcc/ipa-cp.c:1058

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84947 Martin Jambor changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug ipa/84947] UBSAN: ipcp_bits_lattice::meet_with(generic_wide_int<fixed_wide_int_storage<192> >, generic_wide_int<fixed_wide_int_storage<192> >, unsigned int) ../../gcc/ipa-cp.c:1058

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84947 --- Comment #6 from Martin Jambor --- (In reply to Richard Biener from comment #4) > > Does IPA-CP in any way handle jump functions of float types? It does not create any jump functions tracking individual bits, we only create that part of

[Bug libgcc/60790] libatomic convenience library selects IFUNC implementation before obtaining cpu info.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60790 Florian Weimer changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #13 from Steven Munroe --- WTF which part of requirement did you not understand. You you should implement the direct moves (to GPRs) to complete the __builtin_fctid and __builtin_fctiw implementation. But to just remove them is

[Bug target/85100] __builtin_cpu_supports avx does not verify OS supports it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85100 --- Comment #9 from hjl at gcc dot gnu.org --- Author: hjl Date: Thu Mar 29 13:14:06 2018 New Revision: 258954 URL: https://gcc.gnu.org/viewcvs?rev=258954=gcc=rev Log: i386: Enable AVX/AVX512 features only if supported by OSXSAVE Enable AVX

[Bug c++/85119] __builtin_expect() shadows warning

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

[Bug target/85117] ARM: Wrong Warning Emits: parameter passing for argument of type 'Handle' changed in GCC 7.1

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

[Bug lto/84995] Documentation gcc-ar and gcc-ranlib vs {libdir}/bfd-plugins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995 Martin Liška changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/71991] Inconsistency for __attribute__ ((__always_inline__)) among LTO and non-LTO compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71991 Martin Liška changed: What|Removed |Added CC||dilyan.palauzov at aegee dot org ---

[Bug target/84926] error: inlining failed in call to always_inline ‘_mm_crc32_u64’: target specific option mismatch _mm_crc32_u64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84926 Martin Liška changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug lto/84995] Documentation gcc-ar and gcc-ranlib vs {libdir}/bfd-plugins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995 --- Comment #5 from Martin Liška --- Author: marxin Date: Thu Mar 29 13:02:23 2018 New Revision: 258953 URL: https://gcc.gnu.org/viewcvs?rev=258953=gcc=rev Log: Documentation tweaks. 2018-03-29 Martin Liska PR

[Bug c++/84993] Combination of fieldnames and accessor suggestions for misspelled private fields

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84993 David Malcolm changed: What|Removed |Added Target Milestone|--- |9.0

[Bug c++/84791] ICE with broken OpenMP reduction clause

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84791 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug tree-optimization/83126] [8 Regression] ICE in transform_to_exit_first_loop_alt, at tree-parloops.c:1713

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126 Arseny Solokha changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/85121] New: Assembler messages: Error: operand out of range (264 is not between 0 and 248)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85121 Bug ID: 85121 Summary: Assembler messages: Error: operand out of range (264 is not between 0 and 248) Product: gcc Version: unknown Status: UNCONFIRMED

[Bug target/85117] ARM: Wrong Warning Emits: parameter passing for argument of type 'Handle' changed in GCC 7.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85117 --- Comment #1 from linzj --- Please note that the 64 bit alignment require comes from the typedef, not the base.

[Bug c++/85118] [6/7/8 Regression] Error when using std::bind with a generic lambda - "cannot bind 'const volatile char&' to an rvalue of type 'const volatile char'"

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

[Bug c++/79085] [6/7 Regression] ICE with placement new to unaligned location

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79085 --- Comment #11 from Thomas Preud'homme --- (In reply to Jakub Jelinek from comment #10) > Fixed for 8.1+ so far. Hi Jakub, Are you planning to do a backport? Best regards.

[Bug libgcc/85120] New: __get_cpuid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85120 Bug ID: 85120 Summary: __get_cpuid Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3

[Bug fortran/85111] [8 Regression] ICE in min_max_choose, at fortran/simplify.c:4884 (and others)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85111 Thomas Koenig changed: What|Removed |Added Keywords||accepts-invalid, |

[Bug sanitizer/84428] ==7122==AddressSanitizer CHECK failed: ../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 --- Comment #14 from Peter Rabbitson --- On 03/29/2018 01:35 PM, marxin at gcc dot gnu.org wrote: > > Can you please describe what exactly do you instrument? Is it a Perl package, > or a firebird? The failcase I provided in my first involvement

[Bug sanitizer/84428] ==7122==AddressSanitizer CHECK failed: ../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 --- Comment #13 from Martin Liška --- (In reply to Peter Rabbitson from comment #12) > On 03/29/2018 12:21 PM, marxin at gcc dot gnu.org wrote: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 > > > > --- Comment #11 from Martin Liška

[Bug c++/85119] New: __builtin_expect() shadows warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85119 Bug ID: 85119 Summary: __builtin_expect() shadows warning Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug target/84926] error: inlining failed in call to always_inline ‘_mm_crc32_u64’: target specific option mismatch _mm_crc32_u64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84926 Martin Liška changed: What|Removed |Added Target Milestone|--- |8.0

[Bug c++/85108] [7 Regression] Incorrect warning for constexpr lambda with -Wunused-but-set-variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85108 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Thu Mar 29 11:18:04 2018 New Revision: 258952 URL: https://gcc.gnu.org/viewcvs?rev=258952=gcc=rev Log: PR c++/85108 * g++.dg/warn/Wunused-var-31.C: New test. Added:

[Bug c++/85108] [7 Regression] Incorrect warning for constexpr lambda with -Wunused-but-set-variable

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

[Bug c++/85118] New: Error when using std::bind with a generic lambda - "cannot bind 'const volatile char&' to an rvalue of type 'const volatile char'"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85118 Bug ID: 85118 Summary: Error when using std::bind with a generic lambda - "cannot bind 'const volatile char&' to an rvalue of type 'const volatile char'" Product: gcc

[Bug c/85094] [8 Regression] -g with any optimization suppresses -Wduplicated-branches

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

[Bug c/85094] [8 Regression] -g with any optimization suppresses -Wduplicated-branches

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85094 --- Comment #3 from Jakub Jelinek --- Author: jakub Date: Thu Mar 29 10:37:58 2018 New Revision: 258950 URL: https://gcc.gnu.org/viewcvs?rev=258950=gcc=rev Log: PR c/85094 * fold-const.c (operand_equal_p): Handle

[Bug target/84826] ICE in extract_insn, at recog.c:2304 on arm-linux-gnueabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84826 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to

[Bug sanitizer/84428] ==7122==AddressSanitizer CHECK failed: ../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 --- Comment #12 from Peter Rabbitson --- On 03/29/2018 12:21 PM, marxin at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 > > --- Comment #11 from Martin Liška --- > (In reply to Peter Rabbitson from comment #10)

[Bug sanitizer/84428] ==7122==AddressSanitizer CHECK failed: ../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 --- Comment #11 from Martin Liška --- (In reply to Peter Rabbitson from comment #10) > On 03/29/2018 11:27 AM, marxin at gcc dot gnu.org wrote: > > > > I'm sorry but I don't have Fedora system, I have only openSUSE. And there I > > don't have

[Bug sanitizer/84428] ==7122==AddressSanitizer CHECK failed: ../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 --- Comment #10 from Peter Rabbitson --- On 03/29/2018 11:27 AM, marxin at gcc dot gnu.org wrote: > > I'm sorry but I don't have Fedora system, I have only openSUSE. And there I > don't have any firebird-*devel package. > The steps are for

[Bug c++/85114] -fstack-check causes internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85114 --- Comment #2 from Thomas Klausner --- Here's the requested output: Using built-in specs. COLLECT_GCC=/scratch/mail/thunderbird/work/.gcc/bin/g++ Target: x86_64--netbsd Configured with: /usr/src/tools/gcc/../../external/gpl3/gcc/dist/configure

[Bug c++/85113] [7/8 Regression] ICE with __builtin_constant_p

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

[Bug target/84762] GCC for PowerPC32 violates the SysV ABI spec for small struct returns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84762 Alan Modra changed: What|Removed |Added CC||tamar.christina at arm dot com --- Comment

[Bug target/84826] ICE in extract_insn, at recog.c:2304 on arm-linux-gnueabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84826 --- Comment #14 from sudi at gcc dot gnu.org --- Author: sudi Date: Thu Mar 29 09:27:53 2018 New Revision: 258949 URL: https://gcc.gnu.org/viewcvs?rev=258949=gcc=rev Log: [ARM][PR target/84826] Fix ICE in extract_insn, at recog.c:2304 on

[Bug sanitizer/84428] ==7122==AddressSanitizer CHECK failed: ../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 --- Comment #9 from Martin Liška --- (In reply to Peter Rabbitson from comment #8) > On 03/29/2018 10:57 AM, marxin at gcc dot gnu.org wrote: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 > > > > --- Comment #7 from Martin Liška --- >

[Bug testsuite/85106] Add scan-ltrans-tree-dump and scan-wpa-ipa-dump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85106 Tom de Vries changed: What|Removed |Added Keywords||patch --- Comment #9 from Tom de Vries

[Bug target/84826] ICE in extract_insn, at recog.c:2304 on arm-linux-gnueabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84826 --- Comment #13 from sudi at gcc dot gnu.org --- Author: sudi Date: Thu Mar 29 09:19:45 2018 New Revision: 258948 URL: https://gcc.gnu.org/viewcvs?rev=258948=gcc=rev Log: [ARM][PR target/84826] Fix ICE in extract_insn, at recog.c:2304 on

[Bug target/84826] ICE in extract_insn, at recog.c:2304 on arm-linux-gnueabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84826 sudi at gcc dot gnu.org changed: What|Removed |Added Known to fail||6.4.1, 7.3.1 --- Comment #12

[Bug lto/84934] Installing the lto plugin where binutils will look for it

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

[Bug lto/70345] Installing liblto_plugin under $LIBDIR/bfd-plugins

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

[Bug sanitizer/84428] ==7122==AddressSanitizer CHECK failed: ../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 --- Comment #8 from Peter Rabbitson --- On 03/29/2018 10:57 AM, marxin at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 > > --- Comment #7 from Martin Liška --- > So I rewrote it to a shell script: > > ... > > I

[Bug sanitizer/84428] ==7122==AddressSanitizer CHECK failed: ../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 --- Comment #7 from Martin Liška --- So I rewrote it to a shell script: $ cat ./todo.sh ASAN_FLAGS_COMMON="-fsanitize=address -fuse-ld=gold -fno-omit-frame-pointer -g -O2" CC=gcc-7 CXX=g++-7 sudo bash -c 'cat odbc_extra_config >>

[Bug c++/84606] [8 Regression] internal compiler error: Segmentation fault (enclosing_instantiation_of())

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84606 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/84606] [8 Regression] internal compiler error: Segmentation fault (enclosing_instantiation_of())

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84606 --- Comment #2 from paolo at gcc dot gnu.org --- Author: paolo Date: Thu Mar 29 08:43:43 2018 New Revision: 258947 URL: https://gcc.gnu.org/viewcvs?rev=258947=gcc=rev Log: 2018-03-29 Paolo Carlini PR

[Bug c++/85113] [7/8 Regression] ICE with __builtin_constant_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85113 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Version|unknown

[Bug c++/85108] [7/8 Regression] Incorrect warning for constexpr lambda with -Wunused-but-set-variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85108 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Target Milestone|---

[Bug c++/85112] [8 Regression] ICE with invalid constexpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85112 Richard Biener changed: What|Removed |Added Priority|P3 |P4 Version|unknown

[Bug rtl-optimization/84058] [8 Regression] RTl partitioning fixup should drag very small blocks back to hot partition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84058 --- Comment #6 from Jan Hubicka --- I would not call it P1 - it is relatively minor code quality issue, but i will look into it next week. Honza

  1   2   >