[Bug libstdc++/56538] no way to disable shared_ptr's use of atomics

2021-08-15 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56538 Jan Kratochvil changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug debug/99490] -gdwarf-5 -gsplit-dwarf puts .debug_rnglists to main file, not .dwo file

2021-03-12 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490 --- Comment #17 from Jan Kratochvil --- Yes, the testcase TestTypeCompletion.py category 'dwo' is now fixed with the patch from Comment 15.

[Bug debug/99490] -gdwarf-5 -gsplit-dwarf puts .debug_rnglists to main file, not .dwo file

2021-03-10 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490 --- Comment #14 from Jan Kratochvil --- DW_AT_addr_base is for .debug_addr in the main file, I agree, my mistake. That should be inherited from the skeleton to the split-unit. But DW_AT_loclists_base, DW_AT_rnglists_base and DW_AT_str_offsets_ba

[Bug debug/99490] -gdwarf-5 -gsplit-dwarf puts .debug_rnglists to main file, not .dwo file

2021-03-10 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490 --- Comment #12 from Jan Kratochvil --- That looks as a DWARF5 bug to me. DW_AT_str_offsets_base, DW_AT_addr_base and DW_AT_rnglists_base do not make any sense for a split unit. Split unit contains only one CompileUnit (and optionally one TypeUni

[Bug debug/99490] -gdwarf-5 -gsplit-dwarf puts .debug_rnglists to main file, not .dwo file

2021-03-10 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490 --- Comment #10 from Jan Kratochvil --- clang is using DW_AT_ranges+DW_FORM_rnglistx+DW_AT_rnglists_base in the main file but in the DWO file it assumes DW_AT_rnglists_base is right after the .debug_rnglists header (as it does not make sense to p

[Bug debug/99490] -gdwarf-5 -gsplit-dwarf puts .debug_rnglists to main file, not .dwo file

2021-03-10 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490 --- Comment #7 from Jan Kratochvil --- It would be nice if you could provide the .s/.o/.dwo files so that one does not have to rebuild the patched GCC.

[Bug debug/99490] -gdwarf-5 -gsplit-dwarf puts .debug_rnglists to main file, not .dwo file

2021-03-09 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490 --- Comment #3 from Jan Kratochvil --- LLDB testsuite failure from it is: PASS: LLDB (/usr/bin/gcc-x86_64) :: test_with_run_command_dwarf (TestTypeCompletion.TypeCompletionTestCase) error: a.out {0x5850}: DIE has DW_AT_ranges(0x0) attribute,

[Bug debug/99490] -gdwarf-5 -gsplit-dwarf puts .debug_rnglists to main file, not .dwo file

2021-03-09 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490 --- Comment #2 from Jan Kratochvil --- Created attachment 50341 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50341&action=edit range-gcc.s

[Bug debug/99490] -gdwarf-5 -gsplit-dwarf puts .debug_rnglists to main file, not .dwo file

2021-03-09 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490 --- Comment #1 from Jan Kratochvil --- Created attachment 50340 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50340&action=edit range-clang.s

[Bug debug/99490] New: -gdwarf-5 -gsplit-dwarf puts .debug_rnglists to main file, not .dwo file

2021-03-09 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490 Bug ID: 99490 Summary: -gdwarf-5 -gsplit-dwarf puts .debug_rnglists to main file, not .dwo file Product: gcc Version: unknown Status: UNCONFIRMED Severity: norm

[Bug c++/92598] explicit specialization of template from unnamed namespace using unqualified-id in enclosing namespace

2021-02-16 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92598 --- Comment #3 from Jan Kratochvil --- LLVM has workarounded it by: https://reviews.llvm.org/rG0e3d7e61867d69721b28e557272bdf4b66010327 template <> - struct DenseMapInfo> { + struct llvm::DenseMapInfo> {

[Bug c++/92598] explicit specialization of template from unnamed namespace using unqualified-id in enclosing namespace

2021-02-16 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92598 --- Comment #2 from Jan Kratochvil --- Created attachment 50210 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50210&action=edit 2j.cpp.xz gcc-11.0.0-0.19.fc34.x86_64 g++ -c 2j.cpp /home/jkratoch/redhat/llvm-monorepo/llvm/lib/Target/PowerP

[Bug c++/92598] explicit specialization of template from unnamed namespace using unqualified-id in enclosing namespace

2021-02-16 Thread jan.kratochvil at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92598 Jan Kratochvil changed: What|Removed |Added CC||jan.kratochvil at redhat dot com --- C