[Bug c++/107532] [13 Regression] -Werror=dangling-reference false positives in libcamera-0.0.1

2023-03-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532 --- Comment #13 from Martin Liška --- I can confirm the reduced test-case is fixed, however the original file is still not. I've created: https://bugs.libcamera.org/show_bug.cgi?id=185

[Bug tree-optimization/109041] Bogus compile time check by __builtin_memset? error: ‘__builtin_memset’ writing 4 bytes into a region of size 0 overflows the destination [-Werror=stringop-overflow=]

2023-03-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109041 --- Comment #5 from Martin Liška --- I can't reproduce the warning with the provided test-case :/ What options do you use?

[Bug analyzer/109027] [13 Regression] ICE: SIGSEGV (infinite recursion in ana::constraint_manager::eval_condition / ana::constraint_manager::impossible_derived_conditions_p) with -fanalyzer since r13-

2023-03-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
||r13-6101-g4d3b7be281e73ecd Status|UNCONFIRMED |NEW CC||marxin at gcc dot gnu.org --- Comment #1 from Martin Liška --- Started with r13-6101-g4d3b7be281e73ecd.

[Bug c++/109017] ICE on unexpanded pack from C++20 explicit-template-parameter lambda syntax since r8-7648-g8859913ea3cbefdc

2023-03-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
||jason at gcc dot gnu.org, ||marxin at gcc dot gnu.org --- Comment #3 from Martin Liška --- Started with r8-7648-g8859913ea3cbefdc.

[Bug tree-optimization/108997] GCC prediction on bool comparisons seems wrong

2023-03-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
||marxin at gcc dot gnu.org Resolution|--- |INVALID --- Comment #6 from Martin Liška --- Yes, one can see the heuristics with -fdump-tree-profile_estimate as Richi showed.

[Bug c/108060] [10/11/12/13 Regression] UBsan missed an out-of-bound bug at -O0 since r7-1900-g8a1b7b7fd75a3847

2023-03-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108060 --- Comment #5 from Martin Liška --- *** Bug 109050 has been marked as a duplicate of this bug. ***

[Bug sanitizer/109050] UBsan failed to detect out-of-bound at -O0/1/2/s

2023-03-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109050 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/108060] [10/11/12/13 Regression] UBsan missed an out-of-bound bug at -O0 since r7-1900-g8a1b7b7fd75a3847

2023-03-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108060 --- Comment #4 from Martin Liška --- (In reply to Martin Liška from comment #3) > @Marek, can you please take a look? PING please

[Bug bootstrap/109051] Configure takes long time for multibuild of run-time libraries

2023-03-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109051 --- Comment #3 from Martin Liška --- (In reply to Richard Biener from comment #2) > Are you sure it's not really stuck? Is it linking many target libs in > parallel? Dunno, it's slow even on a reasonably fast machine, so I can imagine it can t

[Bug bootstrap/109051] Configure takes long time for multibuild of run-time libraries

2023-03-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109051 Martin Liška changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment #

[Bug bootstrap/109051] New: Configure takes long time for multibuild of run-time libraries

2023-03-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org Target Milestone: --- Host: x86_64-linux-gnu Target: arm-linux-gnueabi I've just noticed that a slower cross compiler buil

[Bug sanitizer/108995] Missed signed integer overflow checks in UBsan? since r8-343-g2bf54d93f159210d

2023-03-06 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108995 Martin Liška changed: What|Removed |Added Summary|Missed signed integer |Missed signed integer

[Bug target/108994] [13 Regression] LLVM JIT segfaults in libgcc after upgrading from gcc 12.2.1 to 13.0.1 since r13-2706-g6e80a1d164d1f9

2023-03-06 Thread marxin at gcc dot gnu.org via Gcc-bugs
|1 CC||marxin at gcc dot gnu.org Status|UNCONFIRMED |NEW Summary|[13 Regression] LLVM JIT|[13 Regression] LLVM JIT |segfaults in libgcc after |segfaults in libgcc after

[Bug ipa/109036] ICE in get_partitioning_class, at symtab.cc:2096

2023-03-06 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109036 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug tree-optimization/109008] New: [13 Regression ]Maybe wrong code in scipy package since r13-3926-gd4c2f1d376da6f

2023-03-03 Thread marxin at gcc dot gnu.org via Gcc-bugs
Keywords: wrong-code Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: aldyh at gcc dot gnu.org, jakub at gcc dot gnu.org Target Milestone

[Bug c++/108165] -Wdangling-reference false positive

2023-03-02 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108165 --- Comment #14 from Martin Liška --- (In reply to Marek Polacek from comment #13) > I would really not like to do that, the false positives rate is pretty low. You right! I noticed the warning for about 3 packages of 3300 we have in a testing

[Bug c++/108972] ICE: tree check: expected tree that contains 'decl common' structure, have 'error_mark' in compare_lambda_template_head, at cp/lambda.cc:1551 since r13-3601-g2b0e81d5cc2f7e1d

2023-03-02 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108972 Martin Liška changed: What|Removed |Added CC||nathan at gcc dot gnu.org Sum

[Bug testsuite/108973] [13 Regression] Sufficiently narrow terminal window causes selftest failure

2023-03-02 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108973 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment

[Bug sanitizer/108963] ASAN produces wrong line number in the report

2023-03-02 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108963 Martin Liška changed: What|Removed |Added Last reconfirmed||2023-03-02 See Also|

[Bug c++/108165] -Wdangling-reference false positive

2023-03-02 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108165 --- Comment #12 from Martin Liška --- (In reply to Marek Polacek from comment #11) > No, because as Comment 9 says, there's no good way to suppress the warning. > I'm currently leaning towards closing the BZ and suggesting adding a #pragma > to

[Bug target/108315] -mcpu=power10 changes ABI

2023-02-28 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315 Martin Liška changed: What|Removed |Added CC||rui314 at gmail dot com --- Comment #6 f

[Bug c++/108165] -Wdangling-reference false positive

2023-02-27 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108165 --- Comment #10 from Martin Liška --- @Marek, is there any progress on this?

[Bug target/108950] [11/12/13 Regression] ICE: verify_gimple failed (error: conversion of register to a different size in 'view_convert_expr'; error: type mismatch in 'widen_sum_expr') since r11-418-g

2023-02-27 Thread marxin at gcc dot gnu.org via Gcc-bugs
||marxin at gcc dot gnu.org, ||rguenth at gcc dot gnu.org Summary|[11/12/13 Regression] ICE: |[11/12/13 Regression] ICE: |verify_gimple failed|verify_gimple failed |(error

[Bug c++/108936] internal compiler error: in type_has_nontrivial_copy_init, at cp/tree.cc:4525

2023-02-27 Thread marxin at gcc dot gnu.org via Gcc-bugs
||jason at gcc dot gnu.org, ||marxin at gcc dot gnu.org Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Martin Liška --- Started likely with r9-1493

[Bug c/108941] Error: operand type mismatch for `shr' with binutils master

2023-02-27 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108941 --- Comment #12 from Martin Liška --- (In reply to jbeulich from comment #9) > (In reply to Jakub Jelinek from comment #1) > > How does that look like a gcc bug? It is either a binutils bug for not > > accepting it anymore, or ffmpeg-4 bug for

[Bug c/108941] Error: operand type mismatch for `shr' with binutils master

2023-02-27 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108941 --- Comment #2 from Martin Liška --- Well, I just noticed clang transforms it into: $ clang libavformat.i -w -S -O2 -o /dev/stdout | grep shr shrl$255, %eax

[Bug c/108941] New: Error: operand type mismatch for `shr' with binutils master

2023-02-27 Thread marxin at gcc dot gnu.org via Gcc-bugs
ormal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: jbeulich at suse dot com Target Milestone: --- Since the following binutils revision: commit c34d1cc9200ae24dc7572aaf77d80276c0490e9b Author

[Bug sanitizer/108834] LTO: ltrans temporary file is used as module name in ASAN

2023-02-27 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108834 Martin Liška changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug sanitizer/108834] LTO: ltrans temporary file is used as module name in ASAN

2023-02-24 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108834 Martin Liška changed: What|Removed |Added Known to fail||12.2.0 Known to work|

[Bug target/108881] "__builtin_ia32_cvtne2ps2bf16_v16hi" compiled only with option -mavx512bf16 report ICE.

2023-02-23 Thread marxin at gcc dot gnu.org via Gcc-bugs
, ||marxin at gcc dot gnu.org --- Comment #1 from Martin Liška --- Test-case: $ cat pr108881.i typedef float __m256 __attribute__((__vector_size__(32))); __attribute__((__vector_size__(16 * sizeof(short short res2; __m256 x3, x4; avx512bf16_test() { res2

[Bug debug/108843] timeout with -g -O3 since r9-2635-g78ea9abc2018243a

2023-02-23 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108843 --- Comment #4 from Martin Liška --- Reduced test-case where adding -g takes 20x longer to compile: $ typedef uint16_t; typedef uint32_t; typedef uint64_t; (safe_rshift_func_int8_t_s_s)() {} struct S0 { signed f0 : 5 }; union U1 { short f0;

[Bug debug/108843] timeout with -g -O3 ?

2023-02-23 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108843 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment

[Bug c++/108795] [10/11/12/13 Regression] ICE in prep_operand, at cp/call.cc:6325 since r7-2549-gf3365c1201908df5

2023-02-23 Thread marxin at gcc dot gnu.org via Gcc-bugs
, ||marxin at gcc dot gnu.org Summary|[10/11/12/13 Regression]|[10/11/12/13 Regression] |ICE in prep_operand, at |ICE in prep_operand, at |cp/call.cc:6325 |cp/call.cc:6325 since

[Bug tree-optimization/108793] [12 Regression] ICE: verify_gimple failed since r12-3136-g3673dcf6d6baeb67

2023-02-23 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108793 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org

[Bug rtl-optimization/108792] [10/11/12/13 Regression] ICE in reset_sched_cycles_in_current_ebb, at sel-sched.cc:7147

2023-02-23 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108792 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org

[Bug tree-optimization/108791] [12 Regression] ICE: verify_gimple failed since r12-2733-g31855ba6b16cd138

2023-02-23 Thread marxin at gcc dot gnu.org via Gcc-bugs
: |verify_gimple failed|verify_gimple failed since ||r12-2733-g31855ba6b16cd138 CC||marxin at gcc dot gnu.org --- Comment #7 from Martin Liška --- Btw. started with r12-2733-g31855ba6b16cd138.

[Bug sanitizer/108904] ASAN at -O2/3 missed a global buffer overflow

2023-02-23 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108904 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug sanitizer/108903] ASAN may miss a global-buffer-overflow

2023-02-23 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108903 Martin Liška changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug sanitizer/108834] LTO: ltrans temporary file is used as module name in ASAN

2023-02-20 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108834 --- Comment #10 from Martin Liška --- I've filed an upstream review request: https://reviews.llvm.org/D144424

[Bug sanitizer/108834] LTO: ltrans temporary file is used as module name in ASAN

2023-02-20 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108834 --- Comment #9 from Martin Liška --- (In reply to Jakub Jelinek from comment #8) > Sure, we want to keep using libbacktrace. But libbacktrace can be extended > if Ian is ok with it, or some extensions can be done on the > libsanitizer/libbacktr

[Bug sanitizer/108834] LTO: ltrans temporary file is used as module name in ASAN

2023-02-20 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108834 --- Comment #7 from Martin Liška --- So clang uses __sanitizer::LLVMSymbolizer: $ clang jhead.i -fsanitize=address -g && strace -f -s512 ./a.out 2>&1 | grep execv execve("./a.out", ["./a.out"], 0x7fffd520 /* 116 vars */) = 0 [pid 5529] exe

[Bug sanitizer/108834] LTO: ltrans temporary file is used as module name in ASAN

2023-02-20 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108834 --- Comment #6 from Martin Liška --- > so I wonder if emitting the locations isn't just wasted .rodata if libasan > considers it being a windows_padding. In GCC 12 libsanitizer it was still > location: You are correct, we lost the ability to p

[Bug sanitizer/108834] LTO: ltrans temporary file is used as module name in ASAN

2023-02-17 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108834 --- Comment #5 from Martin Liška --- Thank you Jakub for the investigation. I'm saying yes, using symbol names from debuginfo seems to me a nice improvement. Lemme take a look at it..

[Bug sanitizer/108817] ASAN at -O3 failed to detect a global-buffer-overflow

2023-02-17 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108817 Martin Liška changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug sanitizer/108834] LTO: ltrans temporary file is used as module name in ASAN

2023-02-17 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108834 --- Comment #2 from Martin Liška --- So the module name is a string that is displayed when an ASAN error happens and I see a discrepancy in between GCC and Clang (with LTO): $ cat jhead.i int x; int *p; int main() { p = &x; *(p + 1) = 123;

[Bug sanitizer/108834] LTO: ltrans temporary file is used as module name in ASAN

2023-02-17 Thread marxin at gcc dot gnu.org via Gcc-bugs
|--- |13.0 Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot gnu.org Ever confirmed|0 |1 Last reconfirmed||2023-02-17

[Bug sanitizer/108834] New: LTO: ltrans temporary file is used as module name in ASAN

2023-02-17 Thread marxin at gcc dot gnu.org via Gcc-bugs
Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at gcc dot

[Bug c/108718] [10/11/12/13 Regression] csmith: possible bad code with -O2

2023-02-15 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108718 --- Comment #10 from Martin Liška --- (In reply to David Binderman from comment #9) > Created attachment 54463 [details] > C source code > > After a further hour of reduction, a partially reduced program. > > cvise doesn't seem able to make mu

[Bug c++/108773] [13 Regression] ICE in gimplify_var_or_parm_decl, at gimplify.cc:3058 compiling ceph since r13-4563-g1e1847612d7f169f

2023-02-13 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108773 --- Comment #8 from Martin Liška --- Wow, you reduced that really fast Jakub!

[Bug debug/108772] [13 Regression] ICE in force_decl_die, at dwarf2out.cc:26751 since r13-4161-g32d16fe9d7e347bc

2023-02-13 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108772 --- Comment #2 from Martin Liška --- (In reply to Jakub Jelinek from comment #1) > Does firefox really use -fimplicit-constexpr and -g1? Yes. Note the former option is used since gcc12: https://bugzilla.mozilla.org/show_bug.cgi?id=1754752

[Bug c++/108773] [13 Regression] ICE in gimplify_var_or_parm_decl, at gimplify.cc:3058 compiling ceph since r13-4563-g1e1847612d7f169f

2023-02-13 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108773 Martin Liška changed: What|Removed |Added Keywords||needs-reduction --- Comment #4 from Mart

[Bug c++/108773] [13 Regression] ICE in gimplify_var_or_parm_decl, at gimplify.cc:3058 compiling ceph since r13-4563-g1e1847612d7f169f

2023-02-13 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108773 Martin Liška changed: What|Removed |Added Summary|internal compiler error: in |[13 Regression] ICE in

[Bug c++/108773] internal compiler error: in gimplify_var_or_parm_decl, at gimplify.cc:3058 compiling ceph

2023-02-13 Thread marxin at gcc dot gnu.org via Gcc-bugs
||2023-02-13 Ever confirmed|0 |1 CC||marxin at gcc dot gnu.org --- Comment #2 from Martin Liška --- I can reproduce that I'm reducing that right now..

[Bug debug/108772] [13 Regression] ICE in force_decl_die, at dwarf2out.cc:26751 since r13-4161-g32d16fe9d7e347bc

2023-02-13 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108772 Martin Liška changed: What|Removed |Added Last reconfirmed||2023-02-13 Status|UNCONFIRME

[Bug c++/108772] New: [13 Regression] ICE in force_decl_die, at dwarf2out.cc:26751 since r13-4161-g32d16fe9d7e347bc

2023-02-13 Thread marxin at gcc dot gnu.org via Gcc-bugs
Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- Noticed that in Firefox

[Bug middle-end/108685] [13 Regression] ICE in verify_loop_structure, at cfgloop.cc:1748 since r13-2388-ga651e6d59188da

2023-02-10 Thread marxin at gcc dot gnu.org via Gcc-bugs
, ||marxin at gcc dot gnu.org Summary|[13 Regression] ICE in |[13 Regression] ICE in |verify_loop_structure, at |verify_loop_structure, at |cfgloop.cc:1748 |cfgloop.cc:1748 since

[Bug c++/101099] [10/11/12/13 Regression] ICE in type_unification_real, at cp/pt.c:22173

2023-02-10 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101099 Martin Liška changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #6

[Bug target/100758] __builtin_cpu_supports does not (always) detect "sse2"

2023-02-10 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758 --- Comment #22 from Martin Liška --- Thank you Jakub, please revert my documentation patch if you are convinced enough the change works only on old VIA CPUs.

[Bug middle-end/108742] Incorrect constant folding with (or exposed by) -fexcess-precision=standard

2023-02-09 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108742 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org

[Bug rust/108631] gcc/rust/backend/rust-constexpr.cc:2099:33: error: too few arguments to function ‘tree_node* Rust::Compile::unshare_constructor(tree, const char*, int, const char*)’ with --enable-ga

2023-02-09 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108631 --- Comment #3 from Martin Liška --- (In reply to Arthur Cohen from comment #2) > Patch looks good to me Martin, thank you. Will you push it directly? Do you see reasonable allocations when you run -fmem-report w/ --enable-gather-detailed-mem-s

[Bug ipa/108470] Missing documentation for alternate uses of __attribute__((noinline))

2023-02-09 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108470 --- Comment #4 from Martin Liška --- Yes, noipa attribute is there for some time and I think we commit to support it in the future.

[Bug target/105554] [10/11/12/13 Regression] ICE: in emit_block_move_hints, at expr.cc:1829 since r9-5509-g5928bc2ec06dd4e7

2023-02-09 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554 --- Comment #11 from Martin Liška --- > > Well, most definitely the new decls target options need to be > instantiated? Then it must be a tree pass that will properly call set_current_function :/ The multiple_target pass is an IPA pass. Can w

[Bug target/100758] __builtin_cpu_supports does not (always) detect "sse2"

2023-02-09 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758 --- Comment #15 from Martin Liška --- Your patch might work. > In fact, I wonder why get_available_features isn't called unconditionally Yes, I would also expect that, but it was not the case even before the big refactoring in g:1890f2f0e210ef

[Bug ipa/108470] Missing documentation for alternate uses of __attribute__((noinline))

2023-02-09 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108470 --- Comment #2 from Martin Liška --- Apparently, we support 'noipa' attribute for more than 5 years and so it should be used rather than noiline attribute. Or do you need to support an older toolchain as well?

[Bug ipa/105438] [11/12/13 Regression] Incorrect array-bounds warning with array size carried over from a previous template instantiation since r11-4987-g602c6cfc79ce4ae6

2023-02-09 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105438 --- Comment #11 from Martin Liška --- (In reply to Bernie Innocenti from comment #10) > Still present on GCC 12.2. > > Could someone look into it please, or point me at the point in ipa-icf.cc > where the array-bounds analysis information shoul

[Bug gcov-profile/108658] [GCOV] Function entry is not recorded in a function containing an infinite loop from another thread depending on the optimization level

2023-02-09 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108658 --- Comment #8 from Martin Liška --- (In reply to Richard Biener from comment #7) > -fno-move-loop-stores disables the store motion. Ok, so I can confirm both -fno-move-loop-stores or -fprofile-update=atomic lead to properly collected numbers w

[Bug ipa/108695] [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

2023-02-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695 --- Comment #15 from Martin Liška --- (In reply to Jakub Jelinek from comment #14) > (In reply to Martin Liška from comment #10) > > > where the XOR16 is implemented as: > > > > > > #define XORN(in1,in2,out,len) \ > > > do {

[Bug ipa/108695] [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

2023-02-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695 --- Comment #13 from Martin Liška --- Got it: https://sourceforge.net/p/ddrescue/tickets/6/

[Bug ipa/108695] [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

2023-02-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695 --- Comment #12 from Martin Liška --- (In reply to Sam James from comment #11) > Can you drop a link in here if/when reported upstream? Thanks I was unable to find a bugzilla insntance for the dd_rescue project. Is there any?

[Bug ipa/108695] [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

2023-02-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695 Martin Liška changed: What|Removed |Added Resolution|--- |INVALID Status|WAITING

[Bug ipa/108695] [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

2023-02-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695 --- Comment #9 from Martin Liška --- Actually, looking at the tree dumps before and after the revision, it's leading to a different place: First difference happens in: test_aes.ltrans0.ltrans.116t.dse2 [local count: 8687547526]: - _118 =

[Bug ipa/108695] [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

2023-02-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695 --- Comment #8 from Martin Liška --- Ok, one suspicious casting of memory comes from: typedef union _roundkey { unsigned char data[16]; unsigned int data32[4]; } roundkey; ... typedef struct _sec_fields { ... roundkey

[Bug ipa/108702] [13 Regression] ICE in get_partitioning_class, at symtab.cc:2096 since r13-4161-g32d16fe9d7e347bc

2023-02-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108702 Martin Liška changed: What|Removed |Added Summary|[13 Regression] ICE in |[13 Regression] ICE in

[Bug ipa/108695] [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

2023-02-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695 --- Comment #6 from Martin Liška --- (In reply to Andrew Pinski from comment #5) > I am 99% sure there is aliasing violations in this code too: > #if _MSC_VER > #define GETU32(p) SWAP(*((u32 *)(p))) > #define PUTU32(ct, st)

[Bug rtl-optimization/108711] [13 Regression] ICE in get_equiv, at lra-constraints.cc:534

2023-02-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108711 Martin Liška changed: What|Removed |Added Last reconfirmed||2023-02-08 Ever confirmed|0

[Bug bootstrap/108711] New: [13 Regression] ICE in get_equiv, at lra-constraints.cc:534

2023-02-08 Thread marxin at gcc dot gnu.org via Gcc-bugs
Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: vmakarov at gcc dot gnu.org Target Milestone: --- Host: i586-linux-gnu

[Bug ipa/108695] [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

2023-02-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695 --- Comment #4 from Martin Liška --- (In reply to Andrew Pinski from comment #2) > Also does adding -fno-strict-aliasing help? Yes, it helps.

[Bug ipa/108695] [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

2023-02-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695 --- Comment #3 from Martin Liška --- (In reply to Andrew Pinski from comment #1) > We need a better testcase than the direction on how to build a full package. Sure, I'll try to reduce it.

[Bug tree-optimization/108698] [13 Regression] decltype ((T() + ‘excess_precision_expr’ not supported by dump_expr)) median(ndarray) [with T = double]’: since r13-3290-g98e341130

2023-02-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108698 Martin Liška changed: What|Removed |Added Target Milestone|--- |13.0 Ever confirmed|0

[Bug tree-optimization/108698] New: [13 Regression] decltype ((T() + ‘excess_precision_expr’ not supported by dump_expr)) median(ndarray) [with T = double]’: since r13-3290-g98e3

2023-02-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
gcc dot gnu.org Target Milestone: --- Host: x86_64-linux-gnu The following is isolated from python-scipy package: $ cat scipy.ii template struct ndarray {}; template decltype(T() + 1.) median(ndarray); struct Trans_NS_functor_median { template void operator()(Types

[Bug ipa/108695] [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

2023-02-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695 Martin Liška changed: What|Removed |Added Last reconfirmed||2023-02-07 Target Milestone|---

[Bug ipa/108695] New: [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

2023-02-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
Keywords: wrong-code Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: hubicka at gcc dot gnu.org, marxin at gcc dot gnu.org Target Milestone: --- Since the r13

[Bug modula2/108135] Modula2 meets clang

2023-02-07 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108135 --- Comment #9 from Martin Liška --- Thank you for the fix, I can confirm all Modula-2-related issues are gone now.

[Bug c++/108620] internal compiler error: in instantiate_type, at cp/class.cc:8742 when assign the return value of co_yield to a member of class/struct

2023-02-06 Thread marxin at gcc dot gnu.org via Gcc-bugs
|NEW CC||iains at gcc dot gnu.org, ||marxin at gcc dot gnu.org Last reconfirmed||2023-02-06 --- Comment #3 from Martin Liška --- Reduced to something that might be

[Bug target/108603] [12/13 Regression] ICE in output_operand_lossage with SVE and ilp32

2023-02-06 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108603 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment

[Bug c/108660] Wrong location for first statement of for loop (-Wunused-value)

2023-02-06 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108660 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org Ever

[Bug c++/108566] [11/12/13 Regression] ICE: tree check: expected tree that contains 'decl with visibility' structure, have 'field_decl' in write_unqualified_name with anonymous struct inside an anonym

2023-02-06 Thread marxin at gcc dot gnu.org via Gcc-bugs
16-g6324c52bba490baa CC||jason at gcc dot gnu.org, | |marxin at gcc dot gnu.org --- Comment #4 from Martin Liška --- Started with r11-2016-g6324c52bba490baa.

[Bug c++/108563] [10/11/12/13 Regression] [concepts] ICE (segfault) when requiring sizeof(variable_tempalate_v) since r10-7441-ga7ea3d2ced786c45

2023-02-06 Thread marxin at gcc dot gnu.org via Gcc-bugs
||) since ||r10-7441-ga7ea3d2ced786c45 CC||marxin at gcc dot gnu.org, ||ppalka at gcc dot gnu.org Last reconfirmed||2023-02-06

[Bug ipa/108679] [13 Regression] ice in modify_call, at ipa-param-manipulation.cc:656 since r13-4685-g4834e9360f7bf42f

2023-02-06 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108679 Martin Liška changed: What|Removed |Added Summary|[13 Regression] ice in |[13 Regression] ice in

[Bug gcov-profile/108658] [GCOV] Function entry is not recorded in a function containing an infinite loop from another thread depending on the optimization level

2023-02-06 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108658 Martin Liška changed: What|Removed |Added CC||rguenth at gcc dot gnu.org S

[Bug sanitizer/108637] ASAN at -O2 misses a stack-use-after-scope

2023-02-03 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108637 Martin Liška changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug tree-optimization/108647] [13 Regression] ICE in upper_bound, at value-range.h:950 with -O3 since r13-2974-g67166c9ec35d58ef

2023-02-03 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108647 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org

[Bug modula2/108551] gcc/m2/gm2-libs-pim/Termbase.mod:128:1: error: control reaches end of non-void function [-Werror=return-type]

2023-02-03 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108551 --- Comment #13 from Martin Liška --- Thanks, I can confirm it's fine now.

[Bug c++/108655] ICE in execute_todo, at passes.cc:2134 since r13-1204-gd68d366425369649

2023-02-03 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108655 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/108655] New: ICE in execute_todo, at passes.cc:2134 since r13-1204-gd68d366425369649

2023-02-03 Thread marxin at gcc dot gnu.org via Gcc-bugs
-on-valid-code Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: jason at redhat dot com Target Milestone: --- The following ICEs: $ int test_collapse

[Bug tree-optimization/106157] [13 Regression] ICE verify_ssa failed since r13-1268-g8c99e307b20c502e

2023-02-01 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106157 Martin Liška changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment #

[Bug modula2/108612] m2/gm2-libs-iso/ClientSocket.mod:229:1: error: control reaches end of non-void function [-Werror=return-type]

2023-02-01 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108612 --- Comment #5 from Martin Liška --- (In reply to Gaius Mulley from comment #4) > Created attachment 54383 [details] > Proposed fix v2 > > Here is version 2 of the proposed fix which should also help resolve > PR modula2/108551. > > Note a new

[Bug target/100758] __builtin_cpu_supports does not (always) detect "sse2"

2023-02-01 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758 Martin Liška changed: What|Removed |Added CC||Mayshao-oc at zhaoxin dot com --- Commen

[Bug ipa/108509] [13 Regression] ICE in add, at hash-set.h:64

2023-02-01 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108509 Martin Liška changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug sanitizer/108628] ASAN at -O3 misses a stack-use-after-return

2023-02-01 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108628 Martin Liška changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED

<    1   2   3   4   5   6   7   8   9   10   >