[Bug target/103094] [12 Regression] Incorrect codegen from AArch64 intrinsics

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103094

Andrew Pinski  changed:

   What|Removed |Added

   Last reconfirmed||2021-11-06
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
   See Also|https://gcc.gnu.org/bugzill |
   |a/show_bug.cgi?id=101529|
 CC||pinskia at gcc dot gnu.org

--- Comment #4 from Andrew Pinski  ---
What is wrong rather not understanding the incoming arguments is passed as q0
rather than d0/d1.

(insn 2 6 3 2 (set (reg/v:V2x8QI 101 [ cols_01_23 ])
(reg:V2x8QI 32 v0 [ cols_01_23 ])) "t66.c":5:1 -1
 (nil))
(insn 3 2 4 2 (set (reg/v:V2x8QI 102 [ cols_45_67 ])
(reg:V2x8QI 33 v1 [ cols_45_67 ])) "t66.c":5:1 -1
 (nil))

Caused by r12-4912-geb04ccf4bfd6586 .

[Bug target/103100] [11/12 Regression] unaligned access generated with memset or {} and -O2 -mstrict-align

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103100

Andrew Pinski  changed:

   What|Removed |Added

URL||https://gcc.gnu.org/piperma
   ||il/gcc-patches/2021-Novembe
   ||r/583554.html
   Keywords||patch

--- Comment #7 from Andrew Pinski  ---
Patch submitted:
https://gcc.gnu.org/pipermail/gcc-patches/2021-November/583554.html

[Bug c++/98401] coroutines: Temporaries passed to co_await sometimes cause an extraneous call to destructor at incorrect address

[pigman46 at gmail dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98401

Michael Theall  changed:

   What|Removed |Added

 CC||pigman46 at gmail dot com

--- Comment #5 from Michael Theall  ---
This is also happening for me.

In my case i have a promise_type defined by coroutine_traits. This promise_type
contains only a shared_ptr, which is constructed via make_shared on default and
move constructors, and the copy constructor is deleted.

a promise_type x is default-constructed and then immediately another
promise_type y is move-constructed from x but with the wrong reference. I'll
call it x'. promise_type contains a shared_ptr which has the same reference in
both x and x' although x' is never constructed, and the shared_ptr has a
refcount of 1.

So now we have x with its original shared_ptr 'a'.
We have x' with some unspecified shared_ptr 'b' (it was swapped or destroyed
when moved to y).
We have y also with shared_ptr 'a'.

The refcount of 'a' at this point is still 1.

Then, by the time my coroutine returns, all of x, x', and y are destructed,
which means shared_ptr 'a' is destructed too many times. shared_ptr 'b' is
fine.

If I assign the awaitable to a local variable and then co_await that instead,
the problem does not occur. In no cases does the problem occur with clang. Same
behavior on GCC 11.2.1 x86_64 with -std=c++20 and GCC 11.1.0 aarch64 with
-std=gnu++20. The problem occurs regardless of optimization level and whether
LTO is enabled, if that makes any difference.

[Bug c++/103105] [11/12 Regression] ICE iterative_hash_template_arg with concepts and varagrs template

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103105

Andrew Pinski  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2021-11-06

--- Comment #1 from Andrew Pinski  ---
Confirmed, reduced testcase even further:
templateclass h{};
template
using j = h< 1 != (... + requires { xs(); }) >;
template using foo = j;

I tried changing the requires to be something else but it didn't fail.

[Bug c++/12255] [C++98/11/14 only] exception-specification ignored on pointer to function

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12255
Bug 12255 depends on bug 103092, which changed state.

Bug 103092 Summary: Non-throwing function pointer can point to a 
throwing-function in C++14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103092

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

[Bug c++/49332] [C++0x] noexcept ignored on function pointer

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49332

Andrew Pinski  changed:

   What|Removed |Added

 CC||fchelnokov at gmail dot com

--- Comment #3 from Andrew Pinski  ---
*** Bug 103092 has been marked as a duplicate of this bug. ***

[Bug c++/103092] Non-throwing function pointer can point to a throwing-function in C++14

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103092

Andrew Pinski  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|NEW |RESOLVED

--- Comment #5 from Andrew Pinski  ---
Dup of bug 49332.

*** This bug has been marked as a duplicate of bug 49332 ***

[Bug c++/103105] [11/12 Regression] ICE iterative_hash_template_arg with concepts and varagrs template

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103105

Andrew Pinski  changed:

   What|Removed |Added

Summary|[11 Regression] ICE |[11/12 Regression] ICE
   |iterative_hash_template_arg |iterative_hash_template_arg
   |, at cp/pt.c:1790   |with concepts and varagrs
   ||template
  Known to fail||11.1.0, 12.0
  Known to work||10.3.0
   Target Milestone|--- |11.3

[Bug fortran/35930] -pedantic: Check for -std=f95/f2003/f2008

[sandra at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35930

sandra at gcc dot gnu.org changed:

   What|Removed |Added

 CC||sandra at gcc dot gnu.org

--- Comment #2 from sandra at gcc dot gnu.org ---
The manual now documents -pedantic without tying it to Fortran 95, and it
includes a disclaimer 

  Some users try to use @option{-pedantic} to check programs for conformance.
  They soon find that it does not do quite what they want---it finds some
  nonstandard practices, but not all.
  However, improvements to GNU Fortran in this area are welcome.

I think the docs are OK, but is there more to do for this issue in terms of
fixing what -pedantic does?

[Bug c++/94404] [meta-bug] C++ core issues

[mpolacek at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94404
Bug 94404 depends on bug 95016, which changed state.

Bug 95016 Summary: [DR 2082] Referring to parameters in unevaluated operands of 
default arguments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95016

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

[Bug c++/95016] [DR 2082] Referring to parameters in unevaluated operands of default arguments

[mpolacek at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95016

Marek Polacek  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #3 from Marek Polacek  ---
Fixed in GCC 11.

[Bug c++/103105] New: [11 Regression] ICE iterative_hash_template_arg, at cp/pt.c:1790

[jonathan.poelen at gmail dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103105

Bug ID: 103105
   Summary: [11 Regression] ICE iterative_hash_template_arg, at
cp/pt.c:1790
   Product: gcc
   Version: 11.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jonathan.poelen at gmail dot com
  Target Milestone: ---

$ cat test.cpp

template
struct list
{};

template
struct wrap_in_list_c
{};

template
using wrap_in_list_if_convertible = wrap_in_list_c<
  1 != (... + requires { x() = xs(); })
>;

template
using foo = list...>;

using L = foo;


$ g++ -std=c++20 test.cpp

test.cpp: In substitution of ‘template using
wrap_in_list_if_convertible = wrap_in_list_c<(1 != (... +requires{x()=
xs();}))> [with x = xs; xs = {xs ...}]’:
test.cpp:15:55:   required from here
test.cpp:10:7: internal compiler error: in iterative_hash_template_arg, at
cp/pt.c:1790
   10 | using wrap_in_list_if_convertible = wrap_in_list_c<
  |   ^~~
0x1797368 internal_error(char const*, ...)
???:0
0x67f8f9 fancy_abort(char const*, int, char const*)
???:0
0x7d5ec1 iterative_hash_template_arg(tree_node*, unsigned int)
???:0
0x7d5d8f iterative_hash_template_arg(tree_node*, unsigned int)
???:0
0x7d5e12 iterative_hash_template_arg(tree_node*, unsigned int)
???:0
0x7d5d8f iterative_hash_template_arg(tree_node*, unsigned int)
???:0
0x7d5d8f iterative_hash_template_arg(tree_node*, unsigned int)
???:0
0x7d5ec1 iterative_hash_template_arg(tree_node*, unsigned int)
???:0
0x7e7d16 tsubst(tree_node*, tree_node*, int, tree_node*)
???:0
0x7f227c lookup_template_class(tree_node*, tree_node*, tree_node*, tree_node*,
int, int)
???:0
0x816d4d finish_template_type(tree_node*, tree_node*, int)
???:0
0x7ce2fe c_parse_file()
???:0
0x8a252d c_common_parse_file()
???:0


Works with g++-10: https://godbolt.org/z/KvM31Yq35

[Bug c++/79001] spurious "defined but not used" warning with explicit instantiation

[bernie at codewiz dot org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79001

--- Comment #5 from Bernie Innocenti  ---
clang with -Wunused-function also does not issue a warning for this testcase.

[Bug c++/79001] spurious "defined but not used" warning with explicit instantiation

[bernie at codewiz dot org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79001

--- Comment #4 from Bernie Innocenti  ---
GCC 5.1 does not issue a warning.

[Bug c++/79001] spurious "defined but not used" warning with explicit instantiation

[bernie at codewiz dot org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79001

Bernie Innocenti  changed:

   What|Removed |Added

 CC||bernie at codewiz dot org

--- Comment #3 from Bernie Innocenti  ---
Same behavior on GCC 11.2

[Bug c/103104] New: missing warning about superfluous forward declaration -Wsuperfluous-forward-declaration

[aldot at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103104

Bug ID: 103104
   Summary: missing warning about superfluous forward declaration
-Wsuperfluous-forward-declaration
   Product: gcc
   Version: 12.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: aldot at gcc dot gnu.org
  Target Milestone: ---

It would be nice to have a -Wextra to warn about superfluous forward
declarations.

Random example from gcc/incpath.c
static void add_env_var_paths (const char *, incpath_kind);
static void add_standard_paths (const char *, const char *, const char *, int);
static void free_path (struct cpp_dir *, int);
static void merge_include_chains (const char *, cpp_reader *, int);
static void add_sysroot_to_chain (const char *, int);
static struct cpp_dir *remove_duplicates (cpp_reader *, struct cpp_dir *,
  struct cpp_dir *, struct cpp_dir *,
--
static void
free_path (struct cpp_dir *path, int reason)
--
static void
add_env_var_paths (const char *env_var, incpath_kind chain)
--
static void
add_standard_paths (const char *sysroot, const char *iprefix,
--
static struct cpp_dir *
remove_duplicates (cpp_reader *pfile, struct cpp_dir *head,
--
...
All definitions are in topologically correct order, i.e. defined before used,
each and every forward declaration is redundant and error prone.

Maybe there is an existing plugin to that effect?

[Bug c++/103092] Non-throwing function pointer can point to a throwing-function in C++14

[redi at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103092

--- Comment #4 from Jonathan Wakely  ---
Ah yes, and I think this is a dup of pr 49332

[Bug c++/19808] miss a warning about uninitialized member usage in member initializer list in constructor

[mpolacek at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19808

--- Comment #49 from Marek Polacek  ---
Patch resurrected for GCC 12:
https://gcc.gnu.org/pipermail/gcc-patches/2021-November/583544.html

[Bug target/38549] [avr] eicall not properly set for > 128K program space

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38549

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #8 from Tim Turner  ---
"The strncat() function shall append not more than n bytes (a null byte and
bytes that follow it are not appended) from the array pointed to by s2 to the
end of the string pointed to by s1." http://www-look-4.com/category/technology/

The wording imply that the third "n" argument is an additional boundary limit,
not the destination buffer capacity (ie. the destination buffer is not
implicitly SIZE_MAX), https://komiya-dental.com/health/healthy-foods/ and both
source and destination do not overlap (overlapping depends on the source and
destination layout, not on the "n" value)
http://www.iu-bloomington.com/computers/invisible-with-vpn/

However, it seems that the optimized strncat version of the GLIBC behaves
incorrectly, when using this value. https://waytowhatsnext.com/sports/navona/
"The strncat() function shall append not more than n bytes (a null byte and
bytes that follow it are not appended) from the array pointed to by s2 to the
end of the string pointed to by s1."
https://www.webb-dev.co.uk/sports/sports-and-health/
The wording imply that the third "n" argument is an additional boundary limit,
not the destination buffer capacity (ie. the destination buffer is not
implicitly SIZE_MAX), and both source and destination
http://www.wearelondonmade.com/category/tech/ do not overlap (overlapping
depends on the source and destination layout, not on the "n" value)

However, it seems that the optimized strncat version of the GLIBC behaves
incorrectly, when using this value.
http://www.jopspeech.com/category/technology/
"The strncat() function shall append not more than n bytes (a null byte and
bytes that follow it are not appended) from the array pointed to by s2 to the
end of the string pointed to by s1."
http://joerg.li/category/technology/
The wording imply that the third "n" argument is an additional boundary limit,
not the destination buffer capacity (ie. the destination buffer is not
implicitly SIZE_MAX), and both source and destination do not
http://connstr.net/category/technology/ overlap (overlapping depends on the
source and destination layout, not on the "n" value)

However, it seems that the optimized strncat version of the GLIBC behaves
incorrectly, when using this value.
http://embermanchester.uk/category/technology/
"The strncat() function shall append not more than n bytes (a null byte and
bytes that follow it are not appended) from the array pointed to by s2 to the
end of the string pointed to by s1."
 http://www.slipstone.co.uk/category/technology/
The wording imply that the third "n" argument is an additional boundary limit,
not the destination buffer capacity (ie. the destination buffer is not
implicitly SIZE_MAX), and both source and destination do not overlap
http://www.logoarts.co.uk/category/technology/ (overlapping depends on the
source and destination layout, not on the "n" value)

However, it seems that the optimized strncat version of the GLIBC behaves
incorrectly, when using this value.
http://www.acpirateradio.co.uk/category/technology/
"The strncat() function shall append not more than n bytes (a null byte and
bytes that follow it are not appended) from the array pointed to by s2 to the
end of the string pointed to by s1."
http://www.compilatori.com/category/technology/

The wording imply that the third "n" argument is an additional boundary limit,
not the destination buffer capacity (ie. the destination buffer is not
implicitly SIZE_MAX), and both source and destination do not overlap
(overlapping depends on the source and destination layout, not on the "n"
value) 

However, it seems that the optimized strncat version of the GLIBC behaves
incorrectly, when using this value.

[Bug target/38342] [4.4/4.5/4.6/4.7 Regression] __attribute__((__progmem__)) not propagated from typedef to data

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38342

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #14 from Tim Turner  ---
The glibc regular expression code mishandles regular expressions such as:

   .*((.)\2){2}$ https://www.webb-dev.co.uk/services/navona-trains/

as it does not backtrack enough to find a match that satisfies the
back-references when they are used twice.
http://www.compilatori.com/computers/latest-car-deals/
To reproduce the problem, compile and run the attached file backrefbug.c. It
will exit with status 2, whereas the correct exit status is 0.
 http://www.acpirateradio.co.uk/computers/latest-car-deals/
This bug was originally reported against GNU 'grep' here:
The glibc regular expression code mishandles regular expressions such as:

   .*((.)\2){2}$ http://www.logoarts.co.uk/computers/latest-car-deals/

as it does not backtrack enough to find a match that satisfies the
back-references when they are used twice.

To reproduce the problem, compile and run the attached file backrefbug.c. It
will exit with status 2, whereas the correct exit status is 0.
http://www.slipstone.co.uk/computers/latest-car-deals/

This bug was originally reported against GNU 'grep' here:
The glibc regular expression code mishandles regular expressions such as:
http://embermanchester.uk/computers/latest-car-deals/

   .*((.)\2){2}$

as it does not backtrack enough to find a match that satisfies the
back-references when they are used twice.
http://connstr.net/computers/latest-car-deals/

To reproduce the problem, compile and run the attached file backrefbug.c. It
will exit with status 2, whereas the correct exit status is 0.
http://joerg.li/computers/latest-car-deals/

This bug was originally reported against GNU 'grep' here:
The glibc regular expression code mishandles regular expressions such as:

   .*((.)\2){2}$ http://www.jopspeech.com/computers/latest-car-deals/

as it does not backtrack enough to find a match that satisfies the
back-references when they are used twice.
 http://www.wearelondonmade.com/computers/latest-car-deals/
To reproduce the problem, compile and run the attached file backrefbug.c. It
will exit with status 2, whereas the correct exit status is 0.
 https://waytowhatsnext.com/crypto/crypto-world/
This bug was originally reported against GNU 'grep' here:
The glibc regular expression code mishandles regular expressions such as:
http://www.iu-bloomington.com/crypto/latest-coins/
   .*((.)\2){2}$

as it does not backtrack enough to find a match that satisfies the
back-references when they are used twice.
https://komiya-dental.com/crypto/alt-coins/

To reproduce the problem, compile and run the attached file backrefbug.c. It
will exit with status 2, whereas the correct exit status is 0.
http://www-look-4.com/computers/latest-car-deals/

This bug was originally reported against GNU 'grep' here:

[Bug target/26504] [4.1/4.2 Regression] compute_frame_pointer_to_cfa_displacement error for avr target with --with-dwarf2

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26504

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #20 from Tim Turner  ---
[gdb/symtab] Handle DW_TAG_type_unit in process_psymtab_comp_unit 

When running test-case gdb.cp/cpexprs-debug-types.exp with target board
unix/gdb:debug_flags=-gdwarf-5, I run into:
...
(gdb) file cpexprs-debug-types^M
Reading symbols from cpexprs-debug-types...^M
ERROR: Couldn't load cpexprs-debug-types into GDB (eof).
ERROR: Couldn't send delete breakpoints to GDB.
ERROR: GDB process no longer exists
GDB process exited with wait status 23054 exp9 0 0 CHILDKILLED SIGABRT
SIGABRT
... https://www.webb-dev.co.uk/crypto/crypto-for-investing/

We're running into this abort in process_psymtab_comp_unit:
...
  switch (reader.comp_unit_die->tag) 
{
case DW_TAG_compile_unit:
  this_cu->unit_type = DW_UT_compile;
http://www.compilatori.com/tech/nvidia-and-samsung/
  break;
case DW_TAG_partial_unit:
  this_cu->unit_type = DW_UT_partial;
http://www.acpirateradio.co.uk/tech/nvidia-and-samsung/
  break;
default:
  abort (); http://www.logoarts.co.uk/tech/nvidia-and-samsung/ 
}
...
because reader.comp_unit_die->tag == DW_TAG_type_unit.
 http://www.slipstone.co.uk/tech/nvidia-and-samsung/
Fix this by adding a DW_TAG_type_unit case.

Tested on x86_64-linux.

gdb/ChangeLog: http://embermanchester.uk/tech/nvidia-and-samsung/
[gdb/symtab] Handle DW_TAG_type_unit in process_psymtab_comp_unit

When running test-case gdb.cp/cpexprs-debug-types.exp with target board
unix/gdb:debug_flags=-gdwarf-5, I run into:
http://connstr.net/tech/nvidia-and-samsung/
...
(gdb) file cpexprs-debug-types^M
Reading symbols from cpexprs-debug-types...^M
http://joerg.li/tech/nvidia-and-samsung/
ERROR: Couldn't load cpexprs-debug-types into GDB (eof).
ERROR: Couldn't send delete breakpoints to GDB.
ERROR: GDB process no longer exists
http://www.jopspeech.com/tech/nvidia-and-samsung/
GDB process exited with wait status 23054 exp9 0 0 CHILDKILLED SIGABRT
SIGABRT
...

We're running into this abort in process_psymtab_comp_unit:
http://www.wearelondonmade.com/tech/nvidia-and-samsung/
...
  switch (reader.comp_unit_die->tag)
{
case DW_TAG_compile_unit:
https://waytowhatsnext.com/technology/korean-technology/
  this_cu->unit_type = DW_UT_compile;
  break;
case DW_TAG_partial_unit:
http://www.iu-bloomington.com/technology/miui13/
  this_cu->unit_type = DW_UT_partial;
  break;
default:
  abort (); https://komiya-dental.com/technology/miui-13/
}
...
because reader.comp_unit_die->tag == DW_TAG_type_unit.
http://www-look-4.com/tech/nvidia-and-samsung/
Fix this by adding a DW_TAG_type_unit case.

Tested on x86_64-linux.
https://www.webb-dev.co.uk/technology/grt-r910/
gdb/ChangeLog:

[Bug target/71151] [avr] -fmerge-constants and -fdata-sections/-ffunction-sections results in string constants in .progmem.gcc_sw section

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71151

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #24 from Tim Turner  ---
In collect_register() function of arc-linux-tdep.c, the "eret"
http://www-look-4.com/travel/london/
(exception return) register value is not being reported correctly.

Background: https://komiya-dental.com/shopping/buy-android/
When asked for the "pc" value, we have to update the "eret" register
with GDB's STOP_PC.  The "eret" instructs the kernel code where to
jump back http://www.iu-bloomington.com/shopping/hatchback-cars/ when an
instruction has stopped due to a breakpoint.  This
is how collect_register() is doing so:
https://waytowhatsnext.com/shopping/xbox-release-date/

--8<--
  if (regnum == gdbarch_pc_regnum (gdbarch))
http://www.wearelondonmade.com/travel/london/
regnum = ARC_ERET_REGNUM;
  regcache->raw_collect (regnum, buf + arc_linux_core_reg_offsets[regnum]);
-->8-- http://www.jopspeech.com/travel/london/

Root cause:
Although this is using the correct offset (ERET register's), it is also
http://joerg.li/travel/london/ 
changing the REGNUM itself.  Therefore, raw_collect (regnum, ...) is
not reading from "pc" anymore. http://connstr.net/travel/london/

Consequence:
This bug affects the "native ARC gdb" badly and causes kernel code to jump
to addresses after the breakpoint and not executing the "breakpoint"ed
http://embermanchester.uk/travel/london/ 
instructions at all.  That "native ARC gdb" feature is not upstream yet and
is in review at the time of writing [1].
http://www.slipstone.co.uk/travel/london/
In collect_register() function of arc-linux-tdep.c, the "eret"
(exception return) register value is not being reported correctly.
http://www.logoarts.co.uk/travel/london/

Background:
When asked for the "pc" value, we have to update the "eret" register
with GDB's STOP_PC. http://www.acpirateradio.co.uk/travel/good/  The "eret"
instructs the kernel code where to
jump back when an instruction has stopped due to a breakpoint.  This
is how collect_register() is doing so:
http://www.compilatori.com/travel/london/
--8<--
  if (regnum == gdbarch_pc_regnum (gdbarch))
regnum = ARC_ERET_REGNUM;
  regcache->raw_collect (regnum, buf + arc_linux_core_reg_offsets[regnum]);
-->8--

Root cause: https://www.webb-dev.co.uk/shopping/shopping-during-corona/
Although this is using the correct offset (ERET register's), it is also
changing the REGNUM itself.  Therefore, raw_collect (regnum, ...) is
not reading from "pc" anymore.

Consequence:
This bug affects the "native ARC gdb" badly and causes kernel code to jump
to addresses after the breakpoint and not executing the "breakpoint"ed
instructions at all.  That "native ARC gdb" feature is not upstream yet and
is in review at the time of writing [1].

[Bug tree-optimization/82944] missing -Wstringop-truncation on strncpy due to system header macro

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82944

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #2 from Tim Turner  ---
<1>: Abbrev Number: 46 (DW_TAG_array_type)
http://www.compilatori.com/travel/youtube/
   DW_AT_data_location: 2 byte block: 97 6
(DW_OP_push_object_address; DW_OP_deref)
http://www.acpirateradio.co.uk/travel/carbon-dioxide-emissions/
   DW_AT_rank: 6 byte block: 97 23 10 6 37 1a
   DW_AT_type: <0x139>
http://www.logoarts.co.uk/travel/actions-camera/
   DW_AT_sibling : <0xe51>
 <2>: Abbrev Number: 47 (DW_TAG_generic_subrange)
http://www.slipstone.co.uk/travel/hyundai-kona/
   DW_AT_lower_bound : 8 byte block: 97 14 48 1e 23 20 22 6   
(DW_OP_push_object_address; DW_OP_over; DW_OP_lit24; DW_OP_mul;
DW_OP_plus_uconst: 32; DW_OP_plus; DW_OP_deref)
http://embermanchester.uk/travel/whatsapp/
   DW_AT_upper_bound : 8 byte block: 97 14 48 1e 23 28 22 6   
(DW_OP_push_object_address; DW_OP_over; DW_OP_lit24; DW_OP_mul;
DW_OP_plus_uconst: 40; DW_OP_plus; DW_OP_deref)
http://connstr.net/travel/charging-machines/
   DW_AT_byte_stride : 11 byte block: 97 14 48 1e 23 18 22 6 8 38 1e  
(DW_OP_push_object_address; DW_OP_over; DW_OP_lit24; DW_OP_mul;
http://joerg.li/travel/kia-rio/   DW_OP_plus_uconst: 24; DW_OP_plus;
DW_OP_deref; DW_OP_const1u: 56; DW_OP_mul)
...
 http://www.jopspeech.com/travel/london/
We start out in read_array_type with:
...
  type = element_type;
... http://www.wearelondonmade.com/travel/renault/
and then iterate over range_types to build up the type further.

But there are no DW_TAG_subrange_type children (only one
DW_TAG_generic_subrange), so range_types is empty, and type is kept unmodified.
https://waytowhatsnext.com/services/netflix-services/

Consequently, in set_die_type we apply the DW_AT_data_location to the
element_type (the one at 0x139) instead of to the newly build array type.
http://www.iu-bloomington.com/services/xiaomi-services/
Then we try to print c_nd:
...
 <2><6e8>: Abbrev Number: 2 (DW_TAG_variable)
<6e9>   DW_AT_name: (indirect string, offset: 0x218): c_nd
<6ed>   DW_AT_decl_file   : 1
https://komiya-dental.com/services/huawei-service/
<6ed>   DW_AT_decl_line   : 198
<6ee>   DW_AT_type: <0x139>
<6f2>   DW_AT_location: 9 byte block: 3 e0 30 60 0 0 0 0 0 
(DW_OP_addr: 6030e0)
... http://www-look-4.com/travel/new-cars/
and find that the type has a data_location property, which when used gives
incorrect results.
...
  type = element_type;
...
and then iterate over range_types to build up the type further.
 https://www.webb-dev.co.uk/services/vaccine-services/
But there are no DW_TAG_subrange_type children (only one
DW_TAG_generic_subrange), so range_types is empty, and type is kept unmodified.

Consequently, in set_die_type we apply the DW_AT_data_location to the
element_type (the one at 0x139) instead of to the newly build array type.

[Bug fortran/90329] Incompatibility between gfortran and C lapack calls

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #55 from Tim Turner  ---
It does not happen on every run. My MWE:
``` http://www-look-4.com/tech/honor-magicbook/
// test.cpp
#include

int main() https://komiya-dental.com/property/google-android/
{
int a{ 4 };

std::cout << "a = " << a << '\n';
http://www.iu-bloomington.com/property/properties-in-turkey/
return 0;
}
```
Simply running the program under GDB yields:
``` https://waytowhatsnext.com/property/disney-at-home/
(gdb) r
Starting program: test-gdb/a.out
[New Thread 0x1a03 of process 24826]
[New Thread 0x1b03 of process 24826]
http://www.wearelondonmade.com/technology/van-technology/
warning: unhandled dyld version (17)
a = 4
[Inferior 1 (process 24826) exited normally]
``` http://www.jopspeech.com/technology/thunderbolt-4/
However, setting breakpoints triggers it:
```
(gdb) b main http://joerg.li/technology/b-class-cars/
Breakpoint 1 at 0x13e57: file test.cpp, line 5.
(gdb) r
Starting program: test-gdb/a.out
[New Thread 0x2403 of process 24836] http://connstr.net/technology/nasa-latest/
[New Thread 0x2203 of process 24836]
warning: unhandled dyld version (17)
http://embermanchester.uk/tech/google-drive/
Thread 2 hit Breakpoint 1, main () at test.cpp:5
5   int a{ 4 };
(gdb) r http://www.slipstone.co.uk/technology/cars-interior/
The program being debugged has been started already.
Start it from the beginning? (y or n) n
Program not restarted. http://www.logoarts.co.uk/technology/robot-vacuums/
(gdb) q
A debugging session is active.

Inferior 1 [process 24836] will be killed.
http://www.acpirateradio.co.uk/technology/global-warming/

Quit anyway? (y or n) y
../../gdb/target.c:2149: internal-error: void target_mourn_inferior(ptid_t):
Assertion `ptid == inferior_ptid' failed.
http://www.compilatori.com/technology/download-videos/
A problem internal to GDB has been detected,
further debugging may prove unreliable.
https://www.webb-dev.co.uk/services/vaccine-services/
Quit this debugging session? (y or n) y

[Bug target/77728] [5 Regression] Miscompilation multiple vector iteration on ARM

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #64 from Tim Turner  ---
This patch fixes a segfault seen when attaching to a process on Solaris.
The steps leading to the segfault are:
http://www.compilatori.com/ 
 - procfs_target::attach calls do_attach, at this point the inferior's
   process slot in the target stack is empty. 
 - do_attach adds a thread with `add http://www.acpirateradio.co.uk/ 
_thread (_procfs_target, ptid)`
 - in add_thread_silent, the passed target (_procfs_target) is
   passed to find_inferior_ptid http://www.logoarts.co.uk/ 
 - find_inferior_ptid returns nullptr, as there is no inferior with this
   ptid that has _procfs_target as its process target
http://www.slipstone.co.uk/ 
 - the nullptr `inf` is passed to find_thread_ptid, which dereferences
   it, causing a segfault
 - back in procfs_target::attach, after do_attach, we push the
http://embermanchester.uk/  
   the_procfs_target on the inferior's target stack, although we never
   reach this because the segfault happens before. http://connstr.net/ 

To fix this, I think we need to do the same as is done in 
inf_ptrace_target::attach: push the target early and unpush it in case
the attach fails (and keep it if the attach succeeds). http://joerg.li/ 

Implement it by moving target_unpush_up to target.h, so it can be
re-used here.  Make procfs_target::attach use it.  Note that just like
is mentioned http://www.jopspeech.com/  in inf_ptrace_target::attach, we
should push the target
before calling target_pid_to_str, so that calling target_pid_to_str ends
up in procfs_target::pid_to_str. http://www.wearelondonmade.com/ 

Tested by trying to attach on a process on gcc211 on the gcc compile
farm.
https://waytowhatsnext.com/ 
gdb/ChangeLog:
This patch fixes a segfault seen when attaching to a process on Solaris.
The steps leading to the segfault are: http://www.iu-bloomington.com/ 

 - procfs_target::attach calls do_attach, at this point the inferior's
   process slot in the target stack is empty. https://komiya-dental.com/ 
 - do_attach adds a thread with `add_thread (_procfs_target, ptid)`
 - in add_thread_silent, the passed target (_procfs_target) is
   passed to find_inferior_ptid http://www-look-4.com/ 
 - find_inferior_ptid returns nullptr, as there is no inferior with this
   ptid that has _procfs_target as its process target
 - the nullptr `inf` is passed to find_thread_ptid, which dereferences
   it, causing a segfault https://www.webb-dev.co.uk/ 
 - back in procfs_target::attach, after do_attach, we push the
   the_procfs_target on the inferior's target stack, although we never
   reach this because the segfault happens before.

To fix this, I think we need to do the same as is done in
inf_ptrace_target::attach: push the target early and unpush it in case
the attach fails (and keep it if the attach succeeds).

[Bug c++/87137] [8/9 Regression] Non-virtual member function increases struct size

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87137

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #16 from Tim Turner  ---
$ ./gdb -nx -q --data-directory=data-directory ~/a.out -ex "set confirm off"
-ex "file -readnow ~/a.out"  http://www-look-4.com/
Reading symbols from /home/simark/a.out...
Reading symbols from ~/a.out... https://komiya-dental.com/
/home/simark/src/binutils-gdb/gdb/dwarf2/read.c:8098: internal-error:
void create_all_comp_units(dwarf2_per_objfile*): Assertion
`per_objfile->per_bfd- http://www.iu-bloomington.com/  >all_comp_units.empty
()' failed. 

This is a recurring problem that exposes a design issue
https://waytowhatsnext.com/ / in the DWARF
per-BFD sharing feature.  Things work well when loading a binary with
https://www.mktrade.fi/muottivalmistus
the same method (with/without index, with/without readnow) twice
http://www.wearelondonmade.com/  in a
row.  But they don't work so well when loading a binary with different
methods.  See this previous fix, for example: http://www.jopspeech.com/ 

efb763a5ea35 ("gdb: check for partial symtab presence in
dwarf2_initialize_objfile") http://joerg.li/ 

That one handled the case where the first load is normal (uses partial
symbols) and the second load uses an index. http://connstr.net/ 

The problem is that when loading an objfile with a method A, we create a 
dwarf2_per_bfd and some dwarf2_per_cu_data and initialize them with the
http://embermanchester.uk/ 
data belonging to that method.  When loading another obfile sharing the
same BFD but with a different method B, it's not
http://www.slipstone.co.uk/  clear how to re-use the
dwarf2_per_bfd/dwarf2_per_cu_data previously created, because they
contain the data specific to method A. http://www.logoarts.co.uk/ 

I think the most sensible fix would be to not share a dwarf2_per_bfd
between two objfiles loaded with different methods.  That means that two
objfiles sharing the same BFD http://www.acpirateradio.co.uk/  and loaded
the same way would share a
dwarf2_per_bfd.  Two objfiles sharing the same BFD but loaded with
different methods would use two different dwarf2_per_bfd structures.
http://www.compilatori.com/ 
However, this isn't a trivial change.  So to fix the known issue quickly
(including in the gdb 10 branch), this patch just disables all
dwarf2_per_bfd sharing for objfiles using READNOW.

Generalize the gdb.base/index-cache-load-twice.exp test to test all
the possible combinations of loading a file with partial symtabs, index
and readnow.  Move it to gdb.dwarf2, https://www.webb-dev.co.uk/  since it
really exercises features
of the DWARF reader.

[Bug c/40366] Array + XOR swap fails

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40366

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #4 from Tim Turner  ---
Tentative patch:
...
diff --git a/gdb/breakpoint.c b/gdb/breakpoint.c
https://www.webb-dev.co.uk/computers/crypto-apps/
index f318a125319..c20c0d7d649 100644
--- a/gdb/breakpoint.c
+++ b/gdb/breakpoint.c http://www.compilatori.com/health/premium-subscription/
@@ -3625,11 +3625,10 @@ create_exception_master_breakpoint (void)
   if (create_exception_master_breakpoint_probe (obj))
continue;
http://www.acpirateradio.co.uk/health/transportation-security/

-  /* Iterate over separate debug objects and try an _Unwind_DebugHook
-kind breakpoint.  */
http://www.logoarts.co.uk/health/printers-for-health/
-  for (objfile *sepdebug = obj->separate_debug_objfile;
-  sepdebug != nullptr; sepdebug = sepdebug->separate_debug_objfile)
-   if (create_exception_master_breakpoint_hook (sepdebug))
http://www.slipstone.co.uk/health/sound-systems/
+  /* Iterate over main and separate debug objects and try an
+_Unwind_DebugHook kind breakpoint.  */
+  for (objfile *debug_objfile : obj->separate_debug_objfiles ())
http://embermanchester.uk/health/social-privacy/
+   if (create_exception_master_breakpoint_hook (debug_objfile))
  break;
Tentative patch: http://connstr.net/health/usb-chargers/
...
diff --git a/gdb/breakpoint.c b/gdb/breakpoint.c
index f318a125319..c20c0d7d649 100644 http://joerg.li/property/latest-suvs/
--- a/gdb/breakpoint.c
+++ b/gdb/breakpoint.c
@@ -3625,11 +3625,10 @@ create_exception_master_breakpoint (void)
http://www.jopspeech.com/property/slim-pen-2/
   if (create_exception_master_breakpoint_probe (obj))
continue; http://www.wearelondonmade.com/health/check-ups/

-  /* Iterate over separate debug objects and try an _Unwind_DebugHook
-kind breakpoint.  */
-  for (objfile *sepdebug = obj->separate_debug_objfile;
https://waytowhatsnext.com/computers/discord-and-steam/
-  sepdebug != nullptr; sepdebug = sepdebug->separate_debug_objfile)
-   if (create_exception_master_breakpoint_hook (sepdebug))
http://www.iu-bloomington.com/computers/real-me-gt2/
+  /* Iterate over main and separate debug objects and try an
+_Unwind_DebugHook kind breakpoint.  */
https://komiya-dental.com/computers/huawei-technology/
+  for (objfile *debug_objfile : obj->separate_debug_objfiles ())
+   if (create_exception_master_breakpoint_hook (debug_objfile))
  break; http://www-look-4.com/health/winter-sickness/

[Bug target/94711] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on arm

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94711

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #5 from Tim Turner  ---
[gdb/breakpoints] Handle glibc with debuginfo in
create_exception_master_breakpoint
http://www-look-4.com/computers/huawei-computers/
The test-case nextoverthrow.exp is failing on targets with unstripped libc.
https://komiya-dental.com/category/services/
This is a regression since commit 1940319c0ef "[gdb] Fix internal-error in
process_event_stop_test".
http://www.iu-bloomington.com/category/services/
The problem is that this code in create_exception_master_breakpoint:
...
  for (objfile *sepdebug = obj->separate_debug_objfile;
https://waytowhatsnext.com/category/services/
   sepdebug != nullptr; sepdebug =
sepdebug->separate_debug_objfile)
if (create_exception_master_breakpoint_hook (sepdebug))
... http://www.wearelondonmade.com/computers/car-computers/
iterates over all the separate debug object files, but fails to handle the
case that obj itself has the debug info we're looking for.
http://www.jopspeech.com/health/nvidia-rtx-2060/
Fix this by using the separate_debug_objfiles () range instead, which does
iterate both over obj and the obj->separate_debug_objfile chain.
http://joerg.li/health/xiaomi/

Tested on x86_64-linux.
http://connstr.net/computers/chargers-tech/
gdb/ChangeLog:
[gdb/breakpoints] Handle glibc with debuginfo in
create_exception_master_breakpoint
http://embermanchester.uk/computers/video-conversation/
The test-case nextoverthrow.exp is failing on targets with unstripped libc.
http://www.slipstone.co.uk/computers/isofix/
This is a regression since commit 1940319c0ef "[gdb] Fix internal-error in
process_event_stop_test".
http://www.logoarts.co.uk/computers/printer-types/

The problem is that this code in create_exception_master_breakpoint:
... http://www.acpirateradio.co.uk/technology/facetime/
  for (objfile *sepdebug = obj->separate_debug_objfile;
   sepdebug != nullptr; sepdebug =
sepdebug->separate_debug_objfile)
if (create_exception_master_breakpoint_hook (sepdebug))
http://www.compilatori.com/computers/smartphones/
...
iterates over all the separate debug object files, but fails to handle the
case that obj itself has the debug info we're looking for.
 https://www.webb-dev.co.uk/category/services/
Fix this by using the separate_debug_objfiles () range instead, which does
iterate both over obj and the obj->separate_debug_objfile chain.

Tested on x86_64-linux.

gdb/ChangeLog:

[Bug target/94707] [8/9 Regression] class with empty base passed incorrectly with -std=c++17 on powerpc64le

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94707

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #16 from Tim Turner  ---
$ ../gdb -nx --data-directory=../data-directory 
(gdb) set osabi GNU/Linux  http://www.compilatori.com/category/technology/
(gdb) set sysroot /home/simark/build/binutils-gdb/gdb/repo
(gdb) file Foo http://www.acpirateradio.co.uk/category/technology/
Reading symbols from Foo...
(gdb) core-file Foo-core 
warning: Can't open file /media/mmcblk0p1/install/usr/bin/Foo during
file-backed mapping note processing
http://www.logoarts.co.uk/category/technology/
warning: Can't open file /lib/libm-2.21.so during file-backed mapping note
processing
warning: Can't open file /lib/libpthread-2.21.so during file-backed mapping
note processing http://www.slipstone.co.uk/category/technology/ 
warning: Can't open file /lib/libgcc_s.so.1 during file-backed mapping note
processing
warning: Can't open file /media/mmcblk0p1/install/usr/lib/libstdc++.so.6 during
file-backed mapping note processing
http://embermanchester.uk/category/technology/
warning: Can't open file /lib/libc-2.21.so during file-backed mapping note
processing
warning: Can't open file /lib/ld-2.21.so during file-backed mapping note
processing http://connstr.net/category/technology/ 
[New LWP 29367]
[New LWP 29368] http://joerg.li/category/technology/
warning: Could not load shared library symbols for 5 libraries, e.g.
/lib/libc.so.6.
Use the "info sharedlibrary" command to see the complete listing.
http://www.jopspeech.com/category/technology/
Do you need "set solib-search-path" or "set sysroot"?
http://fishingnewsletters.co.uk/computers/facilities/
warning: Unable to find libthread_db matching inferior's thread library, thread
debugging will not be available.
http://www.wearelondonmade.com/category/technology/
warning: Unable to find libthread_db matching inferior's thread library, thread
debugging will not be available. https://waytowhatsnext.com/category/shopping/
Core was generated by `./Foo'.
Program terminated with signal SIGABRT, Aborted.
http://www.iu-bloomington.com/category/shopping/
#0  0xb6c3809c in pthread_cond_wait () from
/home/simark/build/binutils-gdb/gdb/repo/lib/libpthread.so.0
https://komiya-dental.com/category/shopping/
[Current thread is 1 (LWP 29367)]
(gdb) bt http://www-look-4.com/category/technology/
/home/simark/src/binutils-gdb/gdb/arm-tdep.c:1551:30: runtime error: shift
exponent 32 is too large for 32-bit type 'unsigned int'
https://www.webb-dev.co.uk/category/shopping/

[Bug target/18251] unable to find a register to spill in class `POINTER_REGS'

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #43 from Tim Turner  ---
However, this isn't a trivial change. http://www-look-4.com/category/property/ 
So to fix the known issue quickly
(including in the gdb 10 branch), this patch just disables all
dwarf2_per_bfd sharing for objfiles using READNOW.
https://www.webb-dev.co.uk/category/sports/

Generalize the gdb.base/index-cache-load-twice.exp test to test all
the possible combinations of loading
https://komiya-dental.com/category/sports/ a file with partial symtabs, index
and readnow.  Move it to http://www.iu-bloomington.com/category/sports/
gdb.dwarf2, since it really exercises features
of the DWARF reader https://waytowhatsnext.com/category/sports/
However, this isn't a trivial change.  So to fix the known issue quickly
(including in the gdb 10 branch), this patch just disables all
http://www.wearelondonmade.com/category/property/ 
dwarf2_per_bfd sharing for objfiles using READNOW.
http://www.jopspeech.com/category/property/
Generalize the gdb.base/index-cache-load-twice.exp test to test all
the possible combinations of loading a file
http://joerg.li/category/property/  with partial symtabs, index
and readnow.  Move it to gdb.dwarf2, since it really exercises features
http://connstr.net/category/property/ 
of the DWARF reader
However, this isn't a trivial change.
http://embermanchester.uk/category/property/  So to fix the known issue quickly
(including in the gdb 10 branch), this patch just disables all
http://www.slipstone.co.uk/category/property/ 
dwarf2_per_bfd sharing for objfiles using READNOW.

Generalize the gdb.base/index-cache-load-twice.exp
http://www.logoarts.co.uk/category/property/ test to test all
the possible combinations of loading a file with partial symtabs, index
https://www.mktrade.fi
and readnow.  Move it to gdb.dwarf2, since it really exercises features
of the DWARF reader http://www.acpirateradio.co.uk/category/property/
However, this isn't a trivial change.  So to fix the known issue
http://www.mconstantine.co.uk/computers/rail-pass/ quickly
(including in the gdb 10 branch), this patch just disables all
https://www.mktrade.fi/
dwarf2_per_bfd sharing for objfiles using READNOW.
http://www.compilatori.com/category/property/

Generalize the gdb.base/index-cache-load-twice.exp test to test all
the possible combinations of loading
http://fishingnewsletters.co.uk/crypto/yedigoller/ a file with partial symtabs,
index
and readnow.  Move it to gdb.dwarf2, since
http://www.go-mk-websites.co.uk/computers/dead-valleys/ it really exercises
features
of the DWARF reader

[Bug c++/43745] [avr] g++ puts VTABLES in SRAM

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43745

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #15 from Tim Turner  ---
Possibly similar to 23220 however on 64-bit recent Debian sid with
trivial code I see : https://www.webb-dev.co.uk/category/crypto/

mimas$ 
mimas$ uname -a  http://www.compilatori.com/category/services/
Linux mimas 5.10.0-6-sparc64 #1 Debian 5.10.28-1 (2021-04-09) sparc64 GNU/Linux
mimas$ 
http://www.acpirateradio.co.uk/category/services/
mimas$ 
mimas$ /usr/bin/gcc --version  http://www.logoarts.co.uk/category/services/
gcc (Debian 10.2.1-6) 10.2.1 20210110
Copyright (C) 2020 Free Software Foundation, Inc.
http://www.mconstantine.co.uk/crypto/kilimanjaro/
This is free software; see the source for copying conditions.  There is NO
http://www.slipstone.co.uk/category/services/ 
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

mimas$  http://embermanchester.uk/category/services/

mimas$ 
mimas$ cat -n foo.c  http://connstr.net/category/services/
 1
 2  #include 
 3  #include 
 4 http://joerg.li/category/services/
 5  int main(int argc, char **argv)
 6  {
 7  int a = 1;
 8 http://www.jopspeech.com/category/services/
 9  printf("a = %i\n", a);
10 http://www.wearelondonmade.com/category/services/
11  printf(" = %p\n", );
12
13  return EXIT_SUCCESS;
14 https://waytowhatsnext.com/category/crypto/
15  }
16
mimas$  http://www.iu-bloomington.com/category/crypto/

mimas$ 
mimas$ /usr/bin/gcc -std=iso9899:1999 -pedantic -pedantic-errors -fno-builtin
https://komiya-dental.com/category/crypto/  -g -m64 -O0 -mno-app-regs
-mcpu=ultrasparc -mmemory-model=tso -o foo foo.c 
mimas$  http://www-look-4.com/category/services/

mimas$ 
mimas$ TERM=dumb LC_ALL=C /usr/bin/gdb ./foo https://www.mktrade.fi/ruiskuvalu
GNU gdb (Debian 10.1-2) 10.1.90.20210103-git g -m64 -O0 -mno-app-regs
-mcpu=ultrasparc -mmemory-model=tso -o
http://www.go-mk-websites.co.uk/crypto/namibia/ foo foo. g -m64 -O0
-mno-app-regs -mcpu=ultrasparc -mmemory-model=tso
http://fishingnewsletters.co.uk/services/camping-equipment/ -o foo foo. g -m64
-O0 -mno-app-regs -mcpu=ultrasparc -mmemory-model=tso -o foo foo.

[Bug preprocessor/23479] Implement binary constants with a "0b" prefix

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23479

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #34 from Tim Turner  ---
gdb: fix value_subscript when array upper bound is not known
http://www-look-4.com/category/health/

Since commit 7c6f27129631 ("gdb: make get_discrete_bounds check for
https://komiya-dental.com/category/crypto/ 
non-constant range bounds"), subscripting  flexible array member fails:
http://www.iu-bloomington.com/category/health/
struct no_size
{ https://waytowhatsnext.com/category/health/
  int n;
  int items[];
};
 http://www.wearelondonmade.com/category/health/
(gdb) p *ns
$1 = {n = 3, items = 0x92a4}
(gdb) p ns->items[0] http://www.jopspeech.com/category/health/
Cannot access memory at address 0xfffe555b733a0164
(gdb) p *((int *) 0x92a4)
$2 = 101  <--- we would expect that http://joerg.li/category/health/
(gdb) p >items[0]
$3 = (int *) 0xfffe5559ee829a24  <--- wrong address
http://connstr.net/category/health/

Since the flexible array member (items) has an unspecified size, the array
type https://www.mktrade.fi/muottivalmistus
created for it in the DWARF doesn't have dimensions (this is with gcc
9.3.0, http://embermanchester.uk/category/health/
Ubuntu 20.04):
http://www.slipstone.co.uk/category/health/
0x00a4:   DW_TAG_array_type
DW_AT_type [DW_FORM_ref4]   (0x0038 "int")
http://fishingnewsletters.co.uk/property/suluada/
DW_AT_sibling [DW_FORM_ref4](0x00b3)
http://www.logoarts.co.uk/category/health/

0x00ad: DW_TAG_subrange_type
  DW_AT_type [DW_FORM_ref4] (0x0031 "long
unsigned int")
http://www.acpirateradio.co.uk/category/health/
This causes GDB to create a range type (TYPE_CODE_RANGE) with a defined
http://www.go-mk-websites.co.uk/health/tipaza-province/
constant low bound (dynamic _prop with kind PROP_CONST) and an undefined
high bound (dynamic_prop with kind PROP_UNDEFINED).
http://www.compilatori.com/category/health/

value_subscript gets both bounds of that range using
get_discrete_bounds.  Before commit 7c6f27129631, get_discrete_bounds
http://www.mconstantine.co.uk/health/shanghai/
didn't check the kind of the dynamic_props and would just blindly read
them as if they were PROP_CONST.
https://www.webb-dev.co.uk/category/health/  It would return 0 for the high
bound,
because we zero-initialize the range_bounds structure.  And it didn't
really matter in this case, because the returned high bound wasn't used
in the end.

[Bug libstdc++/40518] data races when calling std::string::erase() on empty string

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40518

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #26 from Tim Turner  ---
If you create a new TUI layout, don't include the status window, and then
change from a layout with the status window to the new one, gdb crashes.
http://www.compilatori.com/category/tech/

(gdb) layout src
(gdb) tui new-layout test src 2 cmd 1
http://www.acpirateradio.co.uk/category/tech/
(gdb) layout test
http://www.logoarts.co.uk/category/tech/
On Windows I get a STATUS_HEAP_CORRUPTION exception (0xc374).
http://www.mconstantine.co.uk/property/netherlands/
It happens because tui_apply_current_layout() deletes all windows that are no
longer  http://www.go-mk-websites.co.uk/property/miyazaki/ needed, but the
status (locator) window is never allocated dynamically. 
http://www.slipstone.co.uk/category/tech/
If you create a new TUI layout, don't include the status window, and then
http://fishingnewsletters.co.uk/health/adrasan/ change from a layout with the
status window to the new one, gdb crashes.
http://embermanchester.uk/category/tech/
(gdb) layout src
(gdb) tui new-layout test src 2 cmd 1 http://connstr.net/category/tech/
(gdb) layout test
 http://joerg.li/category/tech/
On Windows I get a STATUS_HEAP_CORRUPTION exception (0xc374).
It happens because tui_apply http://www.jopspeech.com/category/tech/
_current_layout() deletes all windows that are no longer needed,
http://the-hunters.org/services/miui-12-5/ but the status (locator) window is
never allocated dynamically.
http://www.wearelondonmade.com/category/tech/
If you create a new TUI layout, don't include the status window, and then
change from a layout with the status window to the new one, gdb crashes.
https://waytowhatsnext.com/category/property/

(gdb) layout src
(gdb) tui new-layout test src 2 cmd 1
http://www.iu-bloomington.com/category/property/
(gdb) layout test
https://komiya-dental.com/category/property/
On Windows I get a STATUS_HEAP_CORRUPTION exception (0xc374).
It happens because tui
http://www-look-4.com/category/tech/_apply_current_layout() deletes all windows
that are no longer needed, but the status (locator) window is never allocated
dynamically. https://www.webb-dev.co.uk/category/property/

[Bug c++/41437] No access control for classes in template functions

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41437

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #18 from Tim Turner  ---
--8<---
 1 size_t fwrite(const void * __restrict ptr, size_t size,
http://www-look-4.com/category/travel/
 2   size_t nmemb, register FILE * __restrict stream)
 3 {
 4 size_t retval; https://komiya-dental.com/category/technology/
 5 __STDIO_AUTO_THREADLOCK_VAR;
 6  http://www.iu-bloomington.com/category/technology/
 7 >   __STDIO_AUTO_THREADLOCK(stream);
 8 
 9 retval = fwrite_unlocked(ptr, size, nmemb, stream);
10  https://waytowhatsnext.com/category/technology/
11 __STDIO_AUTO_THREADUNLOCK(stream);
12  http://www.wearelondonmade.com/category/travel/
13 return retval;
14 }
-->8---
 http://www.jopspeech.com/category/travel/
Here, we are at line 7. Using the "next" command leads no where. However,
setting a breakpoint on line 9 and issuing "continue" works.
http://joerg.li/category/travel/
Looking at the assembly instructions reveals that we're dealing with the
critical section entry code http://the-hunters.org/technology/meta-symbol/ [1]
that should never be interrupted, in this
case by the debugger's implicit breakpoints:
http://connstr.net/category/travel/

--8<---
  ... http://embermanchester.uk/category/travel/
1 add_s   r0,r13,0x38
2 mov_s   r3,1
3 llock   r2,[r0]<-.
4 brne.nt r2,0,14 --.  | http://www.slipstone.co.uk/category/travel/
5 scond   r3,[r0]   |  |
6 bne -10 --|--'
7 brne_s  r2,0,84 <-' http://www.logoarts.co.uk/category/travel/
  ...
-->8---
 http://www.acpirateradio.co.uk/category/travel/
Lines 3 until 5 (inclusive) are supposed to be executed atomically. Therefore,
http://fishingnewsletters.co.uk/crypto/kelleci-bay/
GDB should never (implicitly) insert a breakpoint on lines 4 and 5, else the
http://www.compilatori.com/category/travel/ 
program will try to acquire the lock again by jumping back to line 3 and
gets stuck in an infinite loop. https://www.webb-dev.co.uk/category/technology/

The solution is to make GDB aware of these patterns so it inserts breakpoints
after the sequence -- line 6 in this example. The solution is to make GDB aware
of these patterns so it inserts breakpoints
http://www.go-mk-websites.co.uk/services/kyoto/
after the sequence -- line 6 in this example.
 The solution is to make GDB aware of these patterns so it inserts breakpoints
after the sequence -- line 6 in this example.
http://www.mconstantine.co.uk/services/new-zealand/
The solution is to make GDB aware of these patterns so it inserts breakpoints
after the sequence -- line 6 in this example.

[Bug target/94383] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on aarch64

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94383

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #18 from Tim Turner  ---
$ cat test.c
struct foo {
int len; https://www.webb-dev.co.uk/category/computers/
int items[];
};

struct foo *p;
http://www.compilatori.com/category/technology/
int main() {
return 0;
}
$ gcc test.c -g -O0 -o test
http://www.acpirateradio.co.uk/category/computers/
$ ./gdb -q -nx --data-directory=data-directory ./test -ex 'python
gdb.parse_and_eval("p").type.target()["items"].type.range()'
Reading symbols from ./test...
http://www-look-4.com/category/computers/
/home/simark/src/binutils-gdb/gdb/gdbtypes.h:435: internal-error:
LONGEST dynamic_prop::const_val() const: Assertion `m_kind == PROP_CONST'
failed. http://www.mconstantine.co.uk/category/services/ 
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n)
http://www.logoarts.co.uk/category/computers/

This is because the Python code (typy_range) blindly reads the high
bound of the type of `items` as a constant value.  Since it is a
http://www.iu-bloomington.com/category/computers/
flexible array member, it has no high bound, the property is undefined.
Since commit 8c2e4e0689 https://komiya-dental.com/category/computers/
("gdb: add accessors to struct dynamic_prop"),
the getters check that you are not
http://www.go-mk-websites.co.uk/category/services/ getting a property value of
the wrong
kind, so this causes a failed assertion.
http://www.slipstone.co.uk/category/computers/

Fix it by checking if the property is indeed a constant value before
http://embermanchester.uk/category/computers/
accessing it as such.  Otherwise, use 0.  This restores the previous GDB
http://fishingnewsletters.co.uk/category/services/
behavior: because the structure was zero-initialized,
http://connstr.net/category/computers/  this is what was
returned before.  But now this behavior is explicit and not accidental. But
now this behavior is explicit and not accidental. But now this behavior is
explicit and not  http://the-hunters.org/technology/new-robot/ accidental. But
now this behavior is explicit and not accidental. But now this behavior is
explicit and is explicit and not accidental.
http://joerg.li/category/computers/
Add a test, gdb.python/flexible-array-member.exp, that is derived from
gdb.base/flexible-array-member.exp.
http://www.jopspeech.com/category/computers/  It tests the same things, but
through the Python API.  It also specifically tests getting the range
from the various kinds http://www.wearelondonmade.com/category/computers/
of flexible array member types (AFAIK it wasn't
possible to do the equivalent through the CLI).
https://waytowhatsnext.com/category/computers/

gdb/ChangeLog:

[Bug target/94704] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on s390x/s390

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94704

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #7 from Tim Turner  ---
With this patch (not sure yet whether it's relevant) in place:  
... http://www-look-4.com/category/computers/
diff --git a/gdb/testsuite/lib/gdbserver-support.exp
b/gdb/testsuite/lib/gdbserver-support.
Exp https://komiya-dental.com/health/healthy-foods/
index a2cc80f28d..7b9c0eef6e 100644
--- a/gdb/testsuite/lib/gdbserver-support.exp
http://www.iu-bloomington.com/services/travel-services/
+++ b/gdb/testsuite/lib/gdbserver-support.exp
@@ -451,8 +451,10 @@ proc gdbserver_exit { is_mi } {
https://waytowhatsnext.com/technology/korean-technology/
# We use expect rather than gdb_expect because
# we want to suppress printing exception messages, otherwise,
http://www.wearelondonmade.com/category/health/
# remote_expect, invoked by gdb_expect, prints the exceptions.
+   set read_prompt 0
expect { http://www.jopspeech.com/category/property/
-i "$gdb_spawn_id" -re "$gdb_prompt $" {
+   set read_prompt 1 http://joerg.li/category/technology/
exp_continue
}
-i "$server_spawn_id" eof {
http://connstr.net/property/mars-researches/
@@ -463,6 +465,7 @@ proc gdbserver_exit { is_mi } {
warning "Timed out waiting for EOF in server after
$monitor_exit" http://the-hunters.org/category/technology/
}
}   
+   gdb_assert {$read_prompt}
}
 } http://embermanchester.uk/health/social-privacy/
 close_gdbserver
...
and running in parallel with:
http://fishingnewsletters.co.uk/category/shopping/
...
$ stress -c 5 http://www.slipstone.co.uk/category/services/
...
I ran into:
...
(gdb) PASS: gdb.multi/multi-target.exp: continue: non-stop=on: inferior 2
http://www.logoarts.co.uk/category/travel/
Remote debugging from host ::1, port 34088^M
Process build/gdb/testsuite/outputs/gdb.multi/multi-target/multi-target
created; pid http://www.go-mk-websites.co.uk/category/shopping/  = 8649^M
monitor exit^M
(gdb) Killing process(es): 8649^M
http://www.acpirateradio.co.uk/technology/facetime/
#9 0x16a2c57 in pop_all_targets_at_and_above(strata)
/home/vries/gdb_versions/devel/src/gdb/target.c:678
http://www.mconstantine.co.uk/category/shopping/
#10 0x1442749 in remote_unpush_target 
http://www.compilatori.com/tech/xiaomi/
/home/vries/gdb_versions/devel/src/gdb/remote.c:5522
#11 0x1458c16 in remote_target::readchar(int)
/home/vries/gdb_versions/devel/src/gdb/remote.c:9137
https://www.webb-dev.co.uk/sports/how-to-choose-sportwear/ 
#12 0x145b25b in remote_target::getpkt_or_notif_sane_1(std::vector > >*, int, int, int*)

[Bug target/94706] [8/9/10/11 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #21 from Tim Turner  ---
Minimal testcase: http://www.compilatori.com/category/computers/
.align  8
.globl main http://www.acpirateradio.co.uk/category/property/
.globl insn
.type  main, @function http://www.logoarts.co.uk/category/services/
.type  insn, @function
# This should return 0 on success.
http://www.slipstone.co.uk/tech/nvidia-and-samsung/
main:
basr%r1, %r0
insn:   bc  15, win-insn(0,%r1)
http://embermanchester.uk/category/technology/
lghi%r2,1
win:lghi%r2,0 https://www.mktrade.fi/ruiskuvalu
br  %r14
http://connstr.net/category/tech/
Assemble and link the above.

Turn on displaced stepping, set a breakpoint on `insn`, run, then try to step
over the breakpoint with stepi. http://joerg.li/computers/latest-car-deals/
(gdb) set displaced-stepping on
(gdb) b insn http://www.jopspeech.com/services/surface-duo/
(gdb) r
(gdb) stepi http://www.wearelondonmade.com/tech/nvidia-and-samsung/

instead of branching to `win`, gdb will branch to an apparently random nearby
address, and http://www.mconstantine.co.uk/category/sports/ the inferior will
generally crash. This problem is present in all versions of GDB I've tested.
https://waytowhatsnext.com/computers/what-is-ssl-certificate/
When trying to step over a breakpoint set on a BC (branch on condition)
instruction with displaced stepping on IBM Z, gdb would incorrectly
http://www.go-mk-websites.co.uk/category/sports/
adjust the pc regardless of whether or not the branch was taken. Since
http://www.iu-bloomington.com/technology/advantages-of-online-banks/
the branch target is an absolute address, this would cause the inferior
http://fishingnewsletters.co.uk/category/sports/
to jump around wildly whenever the branch was taken, either crashing it
https://komiya-dental.com/sports/telegram/
or causing it to behave unpredicta
When trying to step over a breakpoint set on a BC (branch on condition)
http://www-look-4.com/property/houses-in-france/
instruction with displaced stepping on IBM Z, gdb would incorrectly
adjust the pc regardless of whether
http://the-hunters.org/category/property/ or not the branch was taken. Since
the branch target is an absolute address,
https://www.webb-dev.co.uk/sports/sports-and-health/ this would cause the
inferior
to jump around wildly whenever the branch was taken, either crashing it
or causing it to behave unpredicta

[Bug pch/29085] Turning on precompiled header with anonymous namespaces spoils linking.

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29085

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #2 from Tim Turner  ---
#0  compute_frame_id (fi=0x10007c50040) at
/home/simark/src/wt/good/gdb/frame.c:549
#1  0x01000324ddd8 http://the-hunters.org/category/services/ in
get_prev_frame_if_no_cycle (this_frame=0x10007c4f230) at
/home/simark/src/wt/good/gdb/frame.c:1927
http://www-look-4.com/health/covid-and-tech/
#2  0x01000324f9f8 in get_prev_frame_always_1 (this_frame=0x10007c4f230) at
/home/simark/src/wt/good/gdb/frame.c:2108
https://komiya-dental.com/property/google-android/
#3  0x01000324fa38 in get_prev_frame_always (this_frame=0x10007c4f230) at
/home/simark/src/wt/good/gdb/frame.c:2124
http://www.iu-bloomington.com/shopping/hatchback-cars/
#4  0x0100032511fc in get_prev_frame (this_frame=0x10007c4f230) at
/home/simark/src/wt/good/gdb/frame.c:2376
https://waytowhatsnext.com/sports/asian-sports/
#5  0x0100042972c0 in backtrace_command_1 (fp_opts=..., bt_opts=...,
http://www.wearelondonmade.com/technology/van-technology/  count_exp=0x0,
from_tty=1) at /home/simark/src/wt/good/gdb/stack.c:2055
#6  0x010004297918 in backtrace_command (arg=0x0, from_tty=1) at
/home/simark/src/wt/good/gdb/stack.c:2183
http://www.jopspeech.com/travel/windows-11/
#7  0x010002a4a538 in do_const_cfunc (c=0x10007c93390, args=0x0,
from_tty=1) at /home/simark/src/wt/good/gdb/cli/cli-decode.c:107
http://joerg.li/health/covid-and-tech/
#8  0x010002a56ea4 in cmd_func (cmd=0x10007c93390, args=0x0, from_tty=1) at
/home/simark/src/wt/good/gdb/cli/cli-decode.c:1952
http://connstr.net/services/mobile-games/
#9  0x0100045e32e4 in execute_command (p=0x10007ab9c52 "", from_tty=1) at
/home/simark/src/wt/good/gdb/top.c:653
http://embermanchester.uk/services/whatsapp-number-change/
#10 0x0100031b21c0 in command_handler (command=0x10007ab9c50 "bt") at
/home/simark/src/wt/good/gdb/event-top.c:587
http://www.slipstone.co.uk/property/hp-of-cars/
#11 0x0100031b2d4c in command_line_handler (rl=...) at
/home/simark/src/wt/good/gdb/event-top.c:772
http://www.logoarts.co.uk/travel/london/
#12 0x0100031b06e4 in gdb_rl_callback_handler (rl=0x10007cc5e30 "bt") at
/home/simark/src/wt/good/gdb/event-top.c:218
http://fishingnewsletters.co.uk/category/crypto/
#13 0x010004ae6410 in rl_callback_read_char () at
http://www.acpirateradio.co.uk/health/transportation-security/
/home/simark/src/wt/good/readline/readline/callback.c:281
#14 0x0100031b02b0 in gdb_rl_callback_read_char_wrapper_noexcept () at
http://www.go-mk-websites.co.uk/category/crypto/
/home/simark/src/wt/good/gdb/event-top.c:176
http://www.compilatori.com/technology/download-videos/
#15 0x0100031b03d4 in gdb_rl_callback_read_char_wrapper
(client_data=0x10007ab99c0) at /home/simark/src/wt/good/gdb/event-top.c:193
http://www.mconstantine.co.uk/category/crypto/
#16 0x0100031b1a4c in stdin_event_handler (error=0,
client_data=0x10007ab99c0) at /home/simark/src/wt/good/gdb/event-top.c:515
https://www.webb-dev.co.uk/services/navona-trains/
#17 0x0100031aa778 in handle_file_event (file_ptr=0x10007d6aa20,
ready_mask=1) at /home/simark/src/wt/good/gdb/event-loop.c:731
#18 0x0100031ab3e0 in gdb_wait_for_event (block=1) at

[Bug target/96168] GCC support for Apple Silicon (Arm64) on macOS requested

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96168

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #13 from Tim Turner  ---
amd64-linux-siginfo.c: Adjust include order to avoid gnulib error 
http://www.compilatori.com/
On Fedora rawhide, after updating to glibc-2.33, I'm seeing the
following build failure:
http://www.acpirateradio.co.uk/
  CXXnat/amd64-linux-siginfo.o
In file included from /usr/include/bits/sigstksz.h:24,
http://www.logoarts.co.uk/  
 from /usr/include/signal.h:315,
 from ../gnulib/import/signal.h:52,
http://www.slipstone.co.uk/  
 from /ironwood1/sourceware-git/rawhide-gnulib
http://www.mconstantine.co.uk
/bld/../../worktree-gnulib/gdbserver/../gdb/nat/amd64-linux-siginfo.c:20:
http://embermanchester.uk/  
../gnulib/import/unistd.h:663:3: error: #error "Please include config.h
first."
  663 |  #error "Please include config.h first." http://connstr.net/  
  |   ^

glibc-2.33 has changed signal.h to now include
http://www.go-mk-websites.co.uk/   which,
in turn, includes . http://joerg.li/  For a gdb build, this
causes the gnulib
version of unistd.h to be pulled in first.  The build failure shown
https://www.mktrade.fi/
above happens because gnulib's config.h has not been included before
the include of . http://www.jopspeech.com/ 

The fix is simple - we just rearrange the order of the header file
includes to make sure that gdbsupport/ http://fishingnewsletters.co.uk/ 
commondefs.h is included before
attempting to include signal.h.  Note that gdbsupport/commondefs.h
includes . http://www.wearelondonmade.com/ 

Build and regression tested on Fedora 33.  On Fedora rawhide, GDB
builds again. https://waytowhatsnext.com/ 

gdb/ChangeLog:
glibc-2.33 has changed signal.h to now include  which,
in turn, includes . http://www.iu-bloomington.com/  For a gdb
build, this causes the gnulib
version of unistd.h to be http://the-hunters.org/  pulled in first.  The
build failure shown
above happens because gnulib's https://komiya-dental.com/ config.h has not
been included before
the include of . http://www-look-4.com/ 

The fix is simple - we just rearrange the order of the header file
https://www.webb-dev.co.uk/ 
includes to make sure that gdbsupport/commondefs.h is included before
attempting to include signal.h.  Note that gdbsupport/commondefs.h
includes .

[Bug c++/11633] [DR 430] g++ does not initialize structures when auto-increment variables are used

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11633

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #16 from Tim Turner  ---
#0  0x55befa524260 in execute_cfa_program (fde=0x621000f84c90,
http://www-look-4.com/technology/peugeot-208/ insn_ptr=0x7fab8d86da86 ,
http://the-hunters.org/category/tech/ insn_end=0x7fab8d86da90 , gdbarch=0x621000be3d10,
https://komiya-dental.com/computers/huawei-technology/ pc=0x81b3318e,
fs=0x7ffe0a288d10, text_offset=0x0) at
/home/smarchi/src/binutils-gdb/gdb/dwarf2/frame.c:367
http://www.iu-bloomington.com/crypto/china-affect-on-crypto/ 
#1  0x55befa52bf02 in dwarf2_frame_cache (this_frame=0x6210006cfde0,
this_cache=0x6210006cfdf8)
https://waytowhatsnext.com/crypto/cryptocurrency-taxes/ at
/home/smarchi/src/binutils-gdb/gdb/dwarf2/frame.c:1025
#2  0x00 http://fishingnewsletters.co.uk/category/property/ 0055befa52ea38 in
dwarf2_frame_this_id (this_frame=0x6210006cfde0,
http://www.wearelondonmade.com/services/car-repair-services/ 
this_cache=0x6210006cfdf8, this_id=0x6210006cfe40) at
/home/smarchi/src/binutils-gdb/gdb/dwarf2/frame.c:1226
http://www.jopspeech.com/property/slim-pen-2/
#3  0x55befa8dde95 in compute_frame_id (fi=0x6210006cfde0) at
/home/smarchi/src/binutils-gdb/gdb/frame.c:588
http://joerg.li/tech/cars-comparison/
#4  0x55befa8de53e in get_frame_id (fi=0x6210006cfde0) at
/home/smarchi/src/binutils-gdb/gdb/frame.c:636
http://connstr.net/tech/mars-surface/
#5  0x55befa8ecf33 in get_prev_frame (this_frame=0x6210006cfde0)
http://www.go-mk-websites.co.uk/category/property/ at
/home/smarchi/src/binutils-gdb/gdb/frame.c:2504
http://embermanchester.uk/property/chat-themes/
#6  0x55befb1ff582 in frame_info_to_frame_object (frame=0x6210006cfde0)
http://www.mconstantine.co.uk/category/property/ at
/home/smarchi/src/binutils-gdb/gdb/python/py-frame.c:364
http://www.slipstone.co.uk/computers/isofix/ 
#7  0x55befb201016 in gdbpy_newest_frame (self=0x7fabbcb11a40, args=0x0) at
/home/smarchi/src/binutils-gdb/gdb/python/py-frame.c:599
#8  0x7fabc25f01aa in cfunction_vectorcall_NOARGS (func=0x7fabbca78d60,
args=, nargsf=, kwnames=) at
../Objects/methodobject.c:459 http://www.logoarts.co.uk/tech/drone-cameras/
#9  0x7fabc2405d6d in _PyObject_Vectorcall (kwnames=,
nargsf=, args=, callable=) at
../Include/cpython/abstract.h:127
http://www.acpirateradio.co.uk/property/applications/ 
#10 call_function (tstate=0x61209940, pp_stack=0x7ffe0a289370,
oparg=, kwnames=0x0) at ../Python/ceval.c:4963
http://www.compilatori.com/health/premium-subscription/
#11 0x7fabc240def6 in _PyEval_EvalFrameDefault (f=,
throwflag=) at ../Python/ceval.c:3469
https://www.webb-dev.co.uk/shopping/shopping-during-corona/ 
#12 0x7fabc241106b in function_code_fastcall (co=,
args=, nargs=1, globals=) at
../Objects/call.c:283

[Bug c++/21008] [4.3/4.4/4.5 Regression] [DR515] Access failure in accessing data member of base class from derived template class

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21008

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #19 from Tim Turner  ---
ake: Entering directory '/home/Christian/binutils-gdb/cygwin-obj/gdb'
  CXXLD  gdb.exe  http://www.compilatori.com/computers/smartphones/
cp-support.o: in function `gdb_demangle(char const*, int)':
http://www.acpirateradio.co.uk/services/ios15/
/home/Christian/binutils-gdb/cygwin-obj/gdb/../../gdb/cp-support.c:1619:(.text+0x5502):
http://www.logoarts.co.uk/property/lidar-sensor/ relocation truncated to fit:
R_X86_64_PC32 against undefined symbol
http://www.slipstone.co.uk/property/hp-of-cars/ `TLS init function for
thread_local_segv_handler' http://www.mconstantine.co.uk/category/technology/
/home/Christian/binutils-gdb/cygwin-obj/gdb/../../gdb/cp-support.c:1619:(.text+0x551b):
http://embermanchester.uk/property/chat-themes/  relocation truncated to fit:
R_X86_64_PC32 against undefined symbol `TLS init function for
thread_local_segv_handler'
collect2: error: ld returned 1 exit status
http://connstr.net/property/mars-researches/
make: *** [Makefile:1881: gdb.exe] Error 1
make: Leaving directory '/home/Christian/binutils-gdb/cygwin-obj/gdb'
http://joerg.li/services/kia-rio-price/

$ g++ -v
Using built-in specs. http://www.jopspeech.com/technology/thunderbolt-4/
COLLECT_GCC=g++
COLLECT_LTO_ http://www.go-mk-websites.co.uk/category/technology/
WRAPPER=/usr/lib/gcc/x86_64-pc-cygwin/10/lto-wrapper.exe
Target: x86_64-pc-cygwin http://www.wearelondonmade.com/tech/driving-assistant/ 
Configured with: /mnt/share/cygpkgs/gcc/gcc.x86_64/src/gcc-10.2.0/configure --
http://fishingnewsletters.co.uk/category/technology/
srcdir=/mnt/share/cygpkgs/gcc/gcc.x86_64/src/gcc-10.2.0 --prefix=/usr
--exec-prefix=/usr http://the-hunters.org/category/travel/ 
--localstatedir=/var --sysconfdir=/etc --docdir=/usr/share/doc/gcc --
https://waytowhatsnext.com/computers/discord-and-steam/
htmldir=/usr/share/doc/gcc/html -C --build=x86_64-pc-cygwin
--host=x86_64-pc-cygwin --target=x86_64-pc-cygwin --without-libiconv-prefix
--without-libintl-prefix --
http://www.iu-bloomington.com/property/properties-in-turkey/
libexecdir=/usr/lib --with-gcc-major-version-only --enable-shared
--enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs
--enable-bootstrap --enable-__cxa_atexit --with-dwarf2
https://komiya-dental.com/sports/telegram/ --with-tune=generic
--enable-languages=c,c++,fortran,lto,objc,obj-c++ --enable-graphite
--enable-threads=posix --enable-libatomic --enable-libgomp --enable-libquadmath
http://www-look-4.com/health/winter-sickness/ --enable-libquadmath-support
--disable-libssp --enable-libada --disable-symvers --with-gnu-ld --with-gnu-as
--with-cloog-include=/usr/include/cloog-isl --without-libiconv-prefix
--without-libintl-prefix --with-system-zlib
https://www.webb-dev.co.uk/sports/gym-during-covid/ --enable-linker-build-id
--with-default-libstdcxx-abi=gcc4-compatible --enable-libstdcxx-filesystem-ts
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.2.0 (GCC)

[Bug libstdc++/92285] Layout of istreambuf_iterator subobject depends on -std mode

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92285

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #10 from Tim Turner  ---
no longer builds on aarch64 (native build) after updating to glibc-2.33. 
http://www-look-4.com/services/usb-type-a/

Due to a glibc 2.33 header file change, the file
http://the-hunters.org/category/computers/
nat/aarch64-linux-hw-point.c no longer builds on OSes using this version of
glibc.
https://komiya-dental.com/services/huawei-service/
An enum for PTRACE_SYSEMU is now provided by .  In the 
past, PTRACE_SYSEMU was defined only in .  This is
http://www.iu-bloomington.com/property/properties-in-turkey/
what it looks like...

In : https://waytowhatsnext.com/crypto/cryptocurrency-taxes/

#define PTRACE_SYSEMU 31
http://www.wearelondonmade.com/health/check-ups/

In :
http://www.jopspeech.com/services/surface-duo/
enum __ptrace_request
{ http://joerg.li/services/kia-rio-price/
  ...
  PTRACE_SYSEMU = 31,  
#define PT_SYSEMU PTRACE_SYSEMU

  ... http://connstr.net/services/mobile-games/
}

When  and  are both included in a source
http://fishingnewsletters.co.uk/category/computers/
file, we run into the following build problem when the former is
included before the latter: http://embermanchester.uk/tech/google-drive/

In file included from nat/aarch64-linux-hw-point.c:26:
http://www.go-mk-websites.co.uk/category/computers/
/usr/include/sys/ptrace.h:86:3: error: expected identifier before numeric
constant
   86 |   PTRACE_SYSEMU = 31,
http://www.slipstone.co.uk/technology/cars-interior/
  |   ^

(There are more errors after this one too.)
http://www.logoarts.co.uk/technology/robot-vacuums/
The file builds without error when  is included after
http://www.mconstantine.co.uk/category/computers/
.  I found that this is already done in
http://www.acpirateradio.co.uk/health/transportation-security/ 
nat/aarch64-sve-linux-ptrace.h (which is included by
nat/aarch64-linux-ptrace.c).
http://www.compilatori.com/health/premium-subscription/

A commit for this bug is already on the trunk:
https://www.webb-dev.co.uk/computers/crypto-apps/

[Bug middle-end/323] optimized code gives strange floating point results

[timturnerc at yahoo dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=323

Tim Turner  changed:

   What|Removed |Added

 CC||timturnerc at yahoo dot com

--- Comment #223 from Tim Turner  ---
/gdb/arch/arc.c:117:43:   required from here http://www.compilatori.com/
 /usr/include/c++/4.8.2/bits/hashtable_policy.h:195:39: error: no matching
https://www.mktrade.fi/ function for call to ‘std::pairhttp://www-look-4.com/
target_desc_deleter> >::pair(const arc_arch_features&, target_desc*&)’
  : _M_v(std::forward<_Args>(__args)...) { } http://www.acpirateradio.co.uk/
   ^ 
/usr/include/c++/4.8.2/bits/hashtable_policy.h:195:39: note: candidates are:
https://www.webb-dev.co.uk/
In file included from /usr/include/c++/4.8.2/utility:70:0,
 from /usr/include/c++/4.8.2/tuple:38,
http://www.logoarts.co.uk/
 from /usr/include/c++/4.8.2/functional:55, 
 from ../../gdb/../gdbsupport/ptid.h:35,
https://komiya-dental.com/
 from ../../gdb/../gdbsupport/common-defs.h:123,
 from ../../gdb/arch/arc.c:19: http://www.slipstone.co.uk/
/usr/include/c++/4.8.2/bits/stl_pair.h:206:9: note: templatehttp://the-hunters.org/  class ... _Args2, long
unsigned int ..._Indexes2> std::pair<_T1, http://embermanchester.uk/
_T2>::pair(std::tuple<_Args1 ...>&, std::tuple<_Args2 ...>&, std::_Index_tuple
http://fishingnewsletters.co.uk/
 <_Indexes1 ...>, std::_Index_tuple<_Indexes2 ...>)
 pair(tuple<_Args1...>&, tuple<_Args2...>&, http://connstr.net/
 ^
>8-
http://joerg.li/
Thanks to Tome de Vries' investigation, same fix applies in ARC's case as well:
8<- http://www.jopspeech.com/
diff --git a/gdb/arch/arc.c b/gdb/arch/arc.c
index 3808f9f..a5385ce 100644 http://www.go-mk-websites.co.uk/
--- a/gdb/arch/arc.c
+++ b/gdb/arch/arc.c http://www.wearelondonmade.com/
@@ -114,7 +114,7 @@ struct arc_arch_features_hasher
   target_desc *tdesc = arc_create_target_description (features);
https://waytowhatsnext.com/

   /* Add the newly created target description to the repertoire.  */
http://www.mconstantine.co.uk/
 -  arc_tdesc_cache.emplace (features, tdesc); http://www.iu-bloomington.com/
 +  arc_tdesc_cache.emplace (features, target_desc_up (tdesc));

[Bug fortran/102817] [12 Regression] ICE in gfc_clear_shape, at fortran/expr.c:422 since r12-4278-g74ccca380cde5e79

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102817

--- Comment #7 from CVS Commits  ---
The master branch has been updated by Harald Anlauf :

https://gcc.gnu.org/g:bcf3728abe842922005166d3065fc5fdfea1

commit r12-4967-gbcf3728abe842922005166d3065fc5fdfea1
Author: Harald Anlauf 
Date:   Fri Nov 5 23:48:20 2021 +0100

Fortran: fix simplification of array-valued parameter expressions

gcc/fortran/ChangeLog:

PR fortran/102817
* expr.c (simplify_parameter_variable): Copy shape of referenced
subobject when simplifying.

gcc/testsuite/ChangeLog:

PR fortran/102817
* gfortran.dg/pr102817.f90: New test.

[Bug c++/103092] Non-throwing function pointer can point to a throwing-function in C++14

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103092

Andrew Pinski  changed:

   What|Removed |Added

 Blocks||12255

--- Comment #3 from Andrew Pinski  ---
(In reply to Jonathan Wakely from comment #2)
> G++ does not give an error for the example in p5:
> 
> class A { /* ... */ };
> void (*pf1)(); // no exception specification
> void (*pf2)() throw(A);
> 
> void f() {
>   pf1 = pf2; // OK: pf1 is less restrictive
>   pf2 = pf1; // error: pf2 is more restrictive
> }
> 
> That should be ill-formed in C++98/11/14.

The above testcase is PR 12255.


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12255
[Bug 12255] [C++98/11/14 only] exception-specification ignored on pointer to
function

[Bug ipa/103073] [12 Regression] ICE in insert_access, at ipa-modref-tree.h:578 since r12-4401-gfecd145359fc981b

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103073

--- Comment #14 from CVS Commits  ---
The master branch has been updated by Jan Hubicka :

https://gcc.gnu.org/g:5f37780372212a7245f0528e46dbeb741316bba1

commit r12-4966-g5f37780372212a7245f0528e46dbeb741316bba1
Author: Jan Hubicka 
Date:   Fri Nov 5 23:32:55 2021 +0100

Fix ice in insert_access

gcc/ChangeLog:

PR ipa/103073
* ipa-modref-tree.h (modref_tree::insert): Do nothing for
paradoxical and zero sized accesses.

gcc/testsuite/ChangeLog:

PR ipa/103073
* g++.dg/torture/pr103073.C: New test.
* gcc.dg/tree-ssa/modref-11.c: New test.

[Bug other/63426] [meta-bug] Issues found with -fsanitize=undefined

[hubicka at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 103082, which changed state.

Bug 103082 Summary: [12 Regression] gcc/poly-int.h:1162:5: runtime error: left 
shift of negative value -40
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103082

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

[Bug ipa/103082] [12 Regression] gcc/poly-int.h:1162:5: runtime error: left shift of negative value -40

[hubicka at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103082

Jan Hubicka  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #4 from Jan Hubicka  ---
Fixed.

[Bug ipa/103082] [12 Regression] gcc/poly-int.h:1162:5: runtime error: left shift of negative value -40

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103082

--- Comment #3 from CVS Commits  ---
The master branch has been updated by Jan Hubicka :

https://gcc.gnu.org/g:9cc8ca8da90426f625481195a2127a5e86689bcd

commit r12-4965-g9cc8ca8da90426f625481195a2127a5e86689bcd
Author: Jan Hubicka 
Date:   Fri Nov 5 23:17:50 2021 +0100

Avoid left shift of negative value in ipa-modref-tree.h

gcc/ChangeLog:

PR ipa/103082
* ipa-modref-tree.h (struct modref_access_node): Avoid left shift
of negative value

[Bug fortran/69419] ICE: tree check: expected array_type, have real_type in gfc_conv_array_initializer, at fortran/trans-array.c:5618

[anlauf at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69419

anlauf at gcc dot gnu.org changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #5 from anlauf at gcc dot gnu.org ---
Fixed on mainline for gcc-12.  Closing.

Thanks for the report!

[Bug fortran/69419] ICE: tree check: expected array_type, have real_type in gfc_conv_array_initializer, at fortran/trans-array.c:5618

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69419

--- Comment #4 from CVS Commits  ---
The master branch has been updated by Harald Anlauf :

https://gcc.gnu.org/g:432ed97b992ccfe93616d5af1fa5c1a7d7aff9ff

commit r12-4964-g432ed97b992ccfe93616d5af1fa5c1a7d7aff9ff
Author: Harald Anlauf 
Date:   Fri Nov 5 23:13:57 2021 +0100

Fortran: a symbol in a COMMON cannot be a coarray

gcc/fortran/ChangeLog:

PR fortran/69419
* match.c (gfc_match_common): Check array spec of a symbol in a
COMMON object list and reject it if it is a coarray.

gcc/testsuite/ChangeLog:

PR fortran/69419
* gfortran.dg/pr69419.f90: New test.

[Bug tree-optimization/101240] [missed optimization] Transitivity of less-than and less-or-equal

[aldyh at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101240

Aldy Hernandez  changed:

   What|Removed |Added

 CC||aldyh at gcc dot gnu.org

--- Comment #4 from Aldy Hernandez  ---
(In reply to Andrew Macleod from comment #3)
> in VRP2 we see:
> 
>   [local count: 1073741824]:
>   _1 = (*a_6(D))[0];
>   _2 = (*a_6(D))[1];
>   pretmp_8 = (*a_6(D))[2];
>   if (_1 < _2)
> goto ; [50.00%]
>   else
> goto ; [50.00%]
> 
>[local count: 536870913]:
>   if (_2 < pretmp_8)
> goto ; [0.00%]
>   else
> goto ; [100.00%]
> 
>[count: 0]:
>   __builtin_unreachable ();
> 
>[local count: 1073741824]:
>   _7 = _1 < pretmp_8;
>   return _7;
> 
> There isnt much VRP can do about this because if we take the path 2->5, we
> have no way of resolving _1 < pretmp_8 because the comparison has not been
> made yet.
> 
> interestingly, if this were to be threaded, 
> 2->3 would register _1 < _2
> 3->5 would register _2 >= ptrtmp_8
> then in bb5'  _1 < pretmp_8 should be answered by the path oracle as TRUE
> and then be folded to return true.  at least it should :-)
> 
> I guess the next question would be... why doesn't the threader think this is
> worth threading?

The threader only looks at paths that end in a block with multiple exits:

 FOR_EACH_BB_FN (bb, m_fun)
if (EDGE_COUNT (bb->succs) > 1)
  maybe_thread_block (bb);

so...a switch or a cond.

[Bug c/103103] Incorrect integer optimization omits x < 0 comparison

[k.melekhin at gmail dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103103

--- Comment #3 from Kyryl Melekhin  ---
Thank you!

I figured that this has something to do with being UB behavior with int
overflow, however it's strange to find this kind of bug only on 1 compiler,
with no possible warnings or idications that something is wrong. Perhaps a
warning of UB into overflow from compiler be nice.

Have a good day.

[Bug tree-optimization/85316] [meta-bug] VRP range propagation missed cases

[amacleod at redhat dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85316
Bug 85316 depends on bug 100802, which changed state.

Bug 100802 Summary: VRP fails to fold comparison using known value orders
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100802

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

[Bug tree-optimization/100802] VRP fails to fold comparison using known value orders

[amacleod at redhat dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100802

Andrew Macleod  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Andrew Macleod  ---
This was fixed by the relation oracle a while ago.

[Bug tree-optimization/103061] [12 Regression] 527.cam4_r miscompiled with -O2 -march=znver1 since r12-4790-g4b3a325f07acebf4

[aldyh at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103061

--- Comment #15 from Aldy Hernandez  ---
Created attachment 51740
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51740=edit
untested patch

This should do it.  Martin, can you verify this fixes it on your end?

[Bug tree-optimization/101240] [missed optimization] Transitivity of less-than and less-or-equal

[amacleod at redhat dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101240

Andrew Macleod  changed:

   What|Removed |Added

 CC||aldyh at redhat dot com

--- Comment #3 from Andrew Macleod  ---
in VRP2 we see:

  [local count: 1073741824]:
  _1 = (*a_6(D))[0];
  _2 = (*a_6(D))[1];
  pretmp_8 = (*a_6(D))[2];
  if (_1 < _2)
goto ; [50.00%]
  else
goto ; [50.00%]

   [local count: 536870913]:
  if (_2 < pretmp_8)
goto ; [0.00%]
  else
goto ; [100.00%]

   [count: 0]:
  __builtin_unreachable ();

   [local count: 1073741824]:
  _7 = _1 < pretmp_8;
  return _7;

There isnt much VRP can do about this because if we take the path 2->5, we have
no way of resolving _1 < pretmp_8 because the comparison has not been made yet.

interestingly, if this were to be threaded, 
2->3 would register _1 < _2
3->5 would register _2 >= ptrtmp_8
then in bb5'  _1 < pretmp_8 should be answered by the path oracle as TRUE and
then be folded to return true.  at least it should :-)

I guess the next question would be... why doesn't the threader think this is
worth threading?

[Bug fortran/89078] [meta-bug] Improve the gfortran manual

[sandra at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89078
Bug 89078 depends on bug 35276, which changed state.

Bug 35276 Summary: Doc should described how to compile mixed-language programs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35276

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

[Bug fortran/35276] Doc should described how to compile mixed-language programs

[sandra at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35276

sandra at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #11 from sandra at gcc dot gnu.org ---
Should be fixed now.  I added paragraphs about both C++ compatibility and how
to link.

[Bug c/103103] Incorrect integer optimization omits x < 0 comparison

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103103

--- Comment #2 from Andrew Pinski  ---
Also you can detect this at runtime with -fsanitize=undefined.

[Bug c/103103] Incorrect integer optimization omits x < 0 comparison

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103103

Andrew Pinski  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Andrew Pinski  ---
Signed integer overflow is undefined and gcc is doing a valid transformation.
Use either unsigned integer arthemaric or -fwrapv.

[Bug fortran/100972] Missing error with "implicit none (external)"

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100972

--- Comment #3 from CVS Commits  ---
The master branch has been updated by Bernhard Reutner-Fischer
:

https://gcc.gnu.org/g:1727bb533ede295a3ef2dd494225d27b6d1746aa

commit r12-4961-g1727bb533ede295a3ef2dd494225d27b6d1746aa
Author: Bernhard Reutner-Fischer 
Date:   Sun Oct 31 17:44:45 2021 +0100

Fortran: Missing error with IMPLICIT none (external) [PR100972]

gcc/fortran/ChangeLog:

PR fortran/100972
* decl.c (gfc_match_implicit_none): Fix typo in warning.
* resolve.c (resolve_unknown_f): Reject external procedures
without explicit EXTERNAL attribute whe IMPLICIT none (external)
is in effect.

gcc/testsuite/ChangeLog:

PR fortran/100972
* gfortran.dg/implicit_14.f90: Adjust error.
* gfortran.dg/external_implicit_none_3.f08: New test.

[Bug fortran/35276] Doc should described how to compile mixed-language programs

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35276

--- Comment #10 from CVS Commits  ---
The master branch has been updated by Sandra Loosemore :

https://gcc.gnu.org/g:452a0afbace650d7c0f2811e2b47e62dcd18e1fd

commit r12-4959-g452a0afbace650d7c0f2811e2b47e62dcd18e1fd
Author: Sandra Loosemore 
Date:   Fri Nov 5 14:01:03 2021 -0700

Fortran: Add more documentation for mixed-language programming [PR35276]

2021-11-05  Sandra Loosemore  

PR fortran/35276

gcc/fortran/
* gfortran.texi (Mixed-Language Programming): Talk about C++,
and how to link.

[Bug c++/100652] Unexpanded parameter pack in partial specialization of variable template not rejected

[ppalka at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100652

Patrick Palka  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |ppalka at gcc dot 
gnu.org

[Bug c/103103] New: Incorrect integer optimization omits x < 0 comparison

[k.melekhin at gmail dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103103

Bug ID: 103103
   Summary: Incorrect integer optimization omits x < 0 comparison
   Product: gcc
   Version: 11.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: k.melekhin at gmail dot com
  Target Milestone: ---

Created attachment 51739
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51739=edit
Simple test program + version info

On higher optimization levels O2,O3 the following code omits the "newsz < 0"
comparison, likely due to invalid optimization / assumtion that value will
never change and always be 0, however this is incorrect.

See attachment, shows very simple test to reproduce. Also my gcc version
included
in that file comment.

Gcc's output with -O0 is correct. Tested with other C compilers and they
generate correct output on any optimization level.

[Bug tree-optimization/102650] [12 Regression] Dead Code Elimination Regression at -O3 (trunk vs 11.2.0)

[amacleod at redhat dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102650

--- Comment #3 from Andrew Macleod  ---
I figured running ranger as VRP2 would fix this... but alas, there is some
interference :-)

After fre5:
   [local count: 118111600]:
  # prephitmp_24 = PHI <1(3), 4(2)>
  d.5_16 = d;
  if (d.5_16 <= 0)
goto ; [89.00%]
  else
goto ; [11.00%]

   [local count: 955630225]:
  d = 1;

   [local count: 118111600]:
  # e_4 = PHI 
  if (e_4 == 0)
goto ; [33.00%]
  else
goto ; [67.00%]

   [local count: 38976828]:
  foo ();

We know prephitmp_24 is [1,1] [4,4], and e_17 is undefined on 4->6, so ranger
will evaluate that PHI as [1,1], [4,4] and fold the condition as never true.

Unfortuntely, the next opass is threasd2 and its decides to thread this,
producing:

  [local count: 118111600]:
  # prephitmp_24 = PHI <1(3), 4(2)>
  d.5_16 = d;
  if (d.5_16 <= 0)
goto ; [89.00%]
  else
goto ; [11.00%]

   [local count: 105119324]:
  d = 1;
  goto ; [100.00%]

   [local count: 12992276]:
  # e_4 = PHI 
  if (e_4 == 0)
goto ; [66.33%]
  else
goto ; [33.67%]

   [local count: 38976828]:
  foo ();

   [local count: 118111600]:
  return 0;

now we have a condition if (e_4 == 0) and e_4 is UNDEFINED, and so ranger
leaves it alone.

Is there any pass that examines branches using undefined values and decides
which way to fold it is most profitable?  probably not.  

Running this with --param=vrp1-mode=ranger resolves the problem because we
don't introduce this situation before it's taken care of,a nd we fold the
condition based on the PHI.

[Bug tree-optimization/102950] [11/12 Regression] Dead Code Elimination Regression at -O3 (trunk&11.2.0 vs 10.3.0)

[amacleod at redhat dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102950

--- Comment #3 from Andrew Macleod  ---
Im not sure what the pre-ranger trick was, but the shortcoming we have it the
following:
a.0_1 = a;
_2 = (int) a.0_1;
_3 = _2 ^ 233;
_4 = (unsigned int) _3;
b_8 = (char) _3;
a = b_8;
if (b_8 != 0)

we know 
 _2  : int [-128, 127]

but when we calculate _3, 
 [-128, 127] ^ 233 uses the original bitwise XOR code, and it returns VARYING
for that range. therefore We only know _3 is VARYING and therefore

2->3  (F) _3 :  int [-INF, -256][0, 0][256, +INF]
2->3  (F) _4 :  unsigned int [0, 0][256, 4294967040]

When when we later get to 
if (_4 <= 1)
  goto ; [25.50%]

we're kinda of stuck.

whereas in reality, properly calculated, we'd know that 
_3  = [-128, 127],  _4 = [-128, 127]

And as you can see on the outgoing edges, we see thru the casts to trim out the
other bits in _3 and _4 on the 2->3 edge,  so with those proper inputs, we
would end up with _4 and _3 == [0,0].

so, if no one else gets to it, I'll eventually teach
range-op.cc::operator_bitwise_xor::wi_fold to do something about this.  special
case constants, or maybe look at the ranges and if the RHS fits within the LHS
effective precision, produce a better result.

[Bug target/100896] --enable-initfini-array should be enabled for cross compiler to Linux

[i at maskray dot me via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100896

--- Comment #5 from Fangrui Song  ---
Ah, ok, my /tmp/glibc-many/src/gcc is at releases/gcc-11 while the fix is for
12.0?

Anyway, you may want to clean up  gcc/acinclude.m4

[Bug target/100896] --enable-initfini-array should be enabled for cross compiler to Linux

[i at maskray dot me via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100896

Fangrui Song  changed:

   What|Removed |Added

 CC||i at maskray dot me

--- Comment #4 from Fangrui Song  ---
In gcc/acinclude.m4:285, if cross-compiling, (`if test "x${build}" =
"x${target}" && test "x${build}" = "x${host}"; then `) will not be taken.

  else
case "${target}" in
  aarch64*-linux-gnu*)
# AArch64 postdates glibc support for .init_array/.fini_array,
# so we don't need the preprocessor test above.
gcc_cv_initfini_array=yes
;;

  *)
AC_MSG_CHECKING(cross compile... guessing)
gcc_cv_initfini_array=no
;;
esac
  fi])

On non-aarch64, `gcc_cv_initfini_array=no` will run,
`HAVE_INITFINI_ARRAY_SUPPORT` will therefore be 0.

  compilers/powerpc64le-linux-gnu/gcc/gcc/auto-host.h
  1578:#define HAVE_INITFINI_ARRAY_SUPPORT 0

  compilers/powerpc64le-linux-gnu/gcc/gcc/config.status
  1257:D["HAVE_INITFINI_ARRAY_SUPPORT"]=" 0"

  compilers/powerpc64le-linux-gnu/gcc/gcc/config.log
  6900:| #define HAVE_INITFINI_ARRAY_SUPPORT 0
  7169:| #define HAVE_INITFINI_ARRAY_SUPPORT 0
  7484:| #define HAVE_INITFINI_ARRAY_SUPPORT 0
  8557:#define HAVE_INITFINI_ARRAY_SUPPORT 0

The built GCC will use the legacy .ctors

% many=/tmp/glibc-many
% cat a.c
__attribute__ ((constructor)) static int foo (void) { return 42; }
%
/tmp/glibc-many/install/compilers/powerpc64le-linux-gnu/bin/powerpc64le-glibc-linux-gnu-gcc
-c a.c && readelf -WS a.o | egrep 'ctors|init_array'
  [ 4] .ctorsPROGBITS 70 08 00  WA 
0   0  8
  [ 5] .rela.ctors   RELA 000218 18 18   I
10   4  8


---

Noticed the problem when using scripts/build-many-glibcs.py built GCC

(cd ~/Dev/glibc)
scripts/build-many-glibcs.py /tmp/glibc-many checkout --shallow
scripts/build-many-glibcs.py /tmp/glibc-many host-libraries
scripts/build-many-glibcs.py /tmp/glibc-many compilers powerpc64le-linux-gnu
--keep all

[Bug fortran/103058] [12 Regression] ICE in gimple_call_static_chain_flags, at gimple.c:1669 when building 527.cam4_r

[hubicka at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103058

--- Comment #12 from Jan Hubicka  ---
So the problem in this case really isn't fortran bug, but somewhat weird
iteraction between visibility predicates.  In particular we make
binds_to_current_def to return false if symbol can be discarded and
can_be_discarded is wrong by ignoring resolution info in the case of
DECL_EXTERNAL.

I am not sure why we check can_be_discarded in binds_to_current_def at first
place.  I am looking into that.

[Bug ipa/103099] [12 Regression] ICE tree check: expected ssa_name, have debug_expr_decl in split_function, at ipa-split.c:1397 since r12-4920-g1ece90ffa9ce63b4

[jamborm at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103099

Martin Jambor  changed:

   What|Removed |Added

   Assignee|unassigned at gcc dot gnu.org  |jamborm at gcc dot 
gnu.org
 Status|NEW |ASSIGNED

--- Comment #4 from Martin Jambor  ---
It is missed unsharing, sorry.  The following seems to fix it.  I'll double
check the other use of remap_with_debug_expressions and propose a patch.

diff --git a/gcc/tree-inline.c b/gcc/tree-inline.c
index d78e4392b69..431e88dcf67 100644
--- a/gcc/tree-inline.c
+++ b/gcc/tree-inline.c
@@ -1822,7 +1822,7 @@ remap_gimple_stmt (gimple *stmt, copy_body_data *id)
   if (gimple_debug_bind_p (stmt))
{
  tree var = gimple_debug_bind_get_var (stmt);
- tree value = gimple_debug_bind_get_value (stmt);
+ tree value = unshare_expr (gimple_debug_bind_get_value (stmt));
  if (id->param_body_adjs
  && id->param_body_adjs->m_dead_stmts.contains (stmt))
id->param_body_adjs->remap_with_debug_expressions ();

[Bug fortran/103058] [12 Regression] ICE in gimple_call_static_chain_flags, at gimple.c:1669 when building 527.cam4_r

[marxin at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103058

--- Comment #11 from Martin Liška  ---
Minimal reproducer:

$ cat x.f90
SUBROUTINE quick_sort(list)
REAL, DIMENSION (INOUT)  :: list
CALL quick_sort_1(1, SIZE(list))
CONTAINS
RECURSIVE SUBROUTINE quick_sort_1(left_end, right_end)
INTEGER right_end
IF (right_end < max_simple_sort_size) THEN
  DO
DO
  IF (list(j) <= reference) EXIT
END DO
IF (i < j) THEN
  EXIT
END IF
  END DO
  CALL quick_sort_1(i, right_end)
END IF
END  
end 

$ gcc -O2 -flto -g x.f90 -c -march=znver1 && gcc -flto-partition=max x.o
-shared
lto-wrapper: warning: using serial compilation of 2 LTRANS jobs
lto-wrapper: note: see the ‘-flto’ option documentation for more information
during GIMPLE pass: alias
x.f90: In function ‘quick_sort’:
x.f90:1:21: internal compiler error: in gimple_call_static_chain_flags, at
gimple.c:1667
1 | SUBROUTINE quick_sort(list)
  | ^
0xcf2c45 gimple_call_static_chain_flags(gcall const*)
/home/marxin/Programming/gcc/gcc/gimple.c:1667
0x13b40a5 handle_rhs_call
/home/marxin/Programming/gcc/gcc/tree-ssa-structalias.c:4258
0x13b5da0 find_func_aliases_for_call
/home/marxin/Programming/gcc/gcc/tree-ssa-structalias.c:4911
0x13b632b find_func_aliases
/home/marxin/Programming/gcc/gcc/tree-ssa-structalias.c:5024
0x13bd743 compute_points_to_sets
/home/marxin/Programming/gcc/gcc/tree-ssa-structalias.c:7440
0x13bf32c compute_may_aliases()
/home/marxin/Programming/gcc/gcc/tree-ssa-structalias.c:7948
0x101203a execute_function_todo
/home/marxin/Programming/gcc/gcc/passes.c:2014
0x1010f7f do_per_function
/home/marxin/Programming/gcc/gcc/passes.c:1687
0x10123aa execute_todo
/home/marxin/Programming/gcc/gcc/passes.c:2096
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
lto-wrapper: fatal error: gcc returned 1 exit status
compilation terminated.
/usr/bin/ld: fatal error: lto-wrapper failed
collect2: error: ld returned 1 exit status

[Bug target/103066] __sync_val_compare_and_swap/__sync_bool_compare_and_swap aren't optimized

[redi at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103066

--- Comment #9 from Jonathan Wakely  ---
I don't know what the assembly code does sorry, but it's not permitted to store
to the 'expected' value unless the atomic variable is not equal to it. It looks
like this would update the 'expected' value unconditionally?

I agree with Jakub that we don't want the additional instructions because they
will be redundant in some cases where the user has already done a load.

[Bug ipa/103083] [10/11/12 Regression] Wrong code due to ipa-cp's value range propagation since r10-5538-gc7ac9a0c7e3916f1

[hubicka at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103083

--- Comment #3 from Jan Hubicka  ---
Just for the record, the problem is the ancestor jump function being used to
model two things - pointer plus which originates from ADDR_EXPR of component
reference and also C++ casts which checks whether parameter is NULL and does
pointer plus inly for non-NULL.

In this case the VR propgataion expects the first interpretation (without
special casing NULL) while the testcase does the second.

Honza

[Bug tree-optimization/103093] [12 Regression] ICE in get_imports, at gimple-range-gori.cc:221 since r12-4788-gcb596fd43667f92c

[amacleod at redhat dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103093

Andrew Macleod  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #5 from Andrew Macleod  ---
Fixed.

[Bug ipa/86389] execute FAILs with -fipa-pta

[hubicka at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86389

--- Comment #12 from Jan Hubicka  ---
Since the vector_subscript testcase seems indeed to be frontend issue triggered
by -fipa-pta (and soon by modref). I wonder if we should have fortran bug
tracking this or change component here?

[Bug tree-optimization/103093] [12 Regression] ICE in get_imports, at gimple-range-gori.cc:221 since r12-4788-gcb596fd43667f92c

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103093

--- Comment #4 from CVS Commits  ---
The master branch has been updated by Andrew Macleod :

https://gcc.gnu.org/g:1f6dd5de33912c261a5003150212c290165ac1b6

commit r12-4948-g1f6dd5de33912c261a5003150212c290165ac1b6
Author: Andrew MacLeod 
Date:   Fri Nov 5 11:25:09 2021 -0400

Remove def chain import assert from GORI.

When the IL has changed, any new ssa-names import calculations may not jive
with existing ssa-names, so just remove the assert.

gcc/
PR tree-optimization/103093
* gimple-range-gori.cc (range_def_chain::get_imports): Remove
assert.

gcc/testsuite/
* gcc.dg/pr103093.c: New.

[Bug tree-optimization/102943] [12 Regression] Jump threader compile-time hog with 521.wrf_r

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102943

--- Comment #24 from CVS Commits  ---
The master branch has been updated by Andrew Macleod :

https://gcc.gnu.org/g:98244c68e77cf75f93b66ee02df059f718c3fbc0

commit r12-4947-g98244c68e77cf75f93b66ee02df059f718c3fbc0
Author: Andrew MacLeod 
Date:   Thu Nov 4 15:08:06 2021 -0400

Abstract ranger cache update list.

Make it more efficient by removing the call to vec::contains.

PR tree-optimization/102943
* gimple-range-cache.cc (class update_list): New.
(update_list::add): Replace add_to_update.
(update_list::pop): New.
(ranger_cache::ranger_cache): Adjust.
(ranger_cache::~ranger_cache): Adjust.
(ranger_cache::add_to_update): Delete.
(ranger_cache::propagate_cache): Adjust to new class.
(ranger_cache::propagate_updated_value): Ditto.
(ranger_cache::fill_block_cache): Ditto.
* gimple-range-cache.h (class ranger_cache): Adjust to update
class.

[Bug fortran/103058] [12 Regression] ICE in gimple_call_static_chain_flags, at gimple.c:1669 when building 527.cam4_r

[hubicka at kam dot mff.cuni.cz via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103058

--- Comment #10 from hubicka at kam dot mff.cuni.cz ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103058
> 
> --- Comment #9 from Martin Liška  ---
> And WPA cgraph dump tells:
> 
> quick_sort_1.1/213 (quick_sort_1) @0x774c2550
>   Type: function definition analyzed
>   Visibility: prevailing_def_ironly
>   References: 
>   Referring: 
>   Read from file: quicksort.fppized.o
>   Availability: local
>   Unit id: 2
>   Function flags: count:19391457 (estimated locally) local
>   Called by: __quicksort_MOD_quick_sort/212 (1073741824 (estimated
> locally),1.00 per call) quick_sort_1.1/213 (4287451 (estimated locally),0.22
> per call) quick_sort_1.1/213 (4287451 (estimated locally),0.22 per call) 
>   Calls: quick_sort_1.1/213 (4287451 (estimated locally),0.22 per call)
> quick_sort_1.1/213 (4287451 (estimated locally),0.22 per call)
> interchange_sort.0/211 (6399181 (estimated locally),0.33 per call) 
> 
> So the DECL_EXTERNAL should be false, right?
This is due to partitining which exports the symbol between WPA and
ltrans. Still at ltrans time binds_to_currrent_def should
return true because we have prevailing_def_ironly resolution info.

I will write some verifier on this.
Honza

[Bug tree-optimization/103102] [12 Regression] pr81175.f fails since r12-4946-ga79fe53d6ce6074d083e925b6b19773e45817405

[marxin at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103102

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2021-11-05
 Status|UNCONFIRMED |NEW
   Target Milestone|--- |12.0
 Ever confirmed|0   |1

[Bug tree-optimization/103102] New: [12 Regression] pr81175.f fails since r12-4946-ga79fe53d6ce6074d083e925b6b19773e45817405

[marxin at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103102

Bug ID: 103102
   Summary: [12 Regression] pr81175.f fails since
r12-4946-ga79fe53d6ce6074d083e925b6b19773e45817405
   Product: gcc
   Version: 12.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: marxin at gcc dot gnu.org
CC: rguenth at gcc dot gnu.org
  Target Milestone: ---

The following happens:

$ ./xgcc -B. /home/marxin/Programming/gcc/gcc/testsuite/gfortran.dg/pr81175.f
-c -fwrapv -std=legacy -march=broadwell -Ofast
during RTL pass: expand
/home/marxin/Programming/gcc/gcc/testsuite/gfortran.dg/pr81175.f:18:72:

   18 | IF(ABS(CKLTEM).GT.TOL) SUM= SUM+FQ(N)*CKLTEM
  |   
^
internal compiler error: in maybe_gen_insn, at optabs.c:7871
0x129c1ca maybe_gen_insn(insn_code, unsigned int, expand_operand*)
/home/marxin/Programming/gcc/gcc/optabs.c:7871
0x129c662 maybe_expand_insn(insn_code, unsigned int, expand_operand*)
/home/marxin/Programming/gcc/gcc/optabs.c:7915
0x129c6fe expand_insn(insn_code, unsigned int, expand_operand*)
/home/marxin/Programming/gcc/gcc/optabs.c:7946
0x107db94 expand_partial_load_optab_fn
/home/marxin/Programming/gcc/gcc/internal-fn.c:2730
0x1084087 expand_MASK_LOAD
/home/marxin/Programming/gcc/gcc/internal-fn.def:123
0x1086085 expand_internal_call(internal_fn, gcall*)
/home/marxin/Programming/gcc/gcc/internal-fn.c:4221
0x10860b4 expand_internal_call(gcall*)
/home/marxin/Programming/gcc/gcc/internal-fn.c:4229
0xcf7e82 expand_call_stmt
/home/marxin/Programming/gcc/gcc/cfgexpand.c:2749
0xcfc310 expand_gimple_stmt_1
/home/marxin/Programming/gcc/gcc/cfgexpand.c:3876
0xcfca18 expand_gimple_stmt
/home/marxin/Programming/gcc/gcc/cfgexpand.c:4040
0xd05424 expand_gimple_basic_block
/home/marxin/Programming/gcc/gcc/cfgexpand.c:6085
0xd07cd1 execute
/home/marxin/Programming/gcc/gcc/cfgexpand.c:6811
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug ipa/86389] execute FAILs with -fipa-pta

[marxin at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86389

Martin Liška  changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu.org

--- Comment #11 from Martin Liška  ---
*** Bug 103101 has been marked as a duplicate of this bug. ***

[Bug middle-end/103101] testsuite/gfortran.dg/vector_subscript_1.f90 fails with -fipa-pta (apparently due to dom bug)

[marxin at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103101

Martin Liška  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED

--- Comment #2 from Martin Liška  ---
Yes, it's dup.

*** This bug has been marked as a duplicate of bug 86389 ***

[Bug middle-end/103101] testsuite/gfortran.dg/vector_subscript_1.f90 fails with -fipa-pta (apparently due to dom bug)

[marxin at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103101

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org

--- Comment #1 from Martin Liška  ---
Maybe related to PR86389?

[Bug libbacktrace/89262] [libbacktrace] dwarf5 support

[vries at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89262

Tom de Vries  changed:

   What|Removed |Added

   Target Milestone|--- |10.2

--- Comment #1 from Tom de Vries  ---
Fixed here:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=c926fd82bbd336b317266d43b9fa67a83397b06b

Fixed starting 10.1.0.

[Bug middle-end/103101] New: testsuite/gfortran.dg/vector_subscript_1.f90 fails with -fipa-pta (apparently due to dom bug)

[hubicka at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103101

Bug ID: 103101
   Summary: testsuite/gfortran.dg/vector_subscript_1.f90 fails
with -fipa-pta (apparently due to dom bug)
   Product: gcc
   Version: 12.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hubicka at gcc dot gnu.org
  Target Milestone: ---

Building testcase with:
/aux/hubicka/trunk/build5/gcc/testsuite/gfortran2/../../gfortran
-B/aux/hubicka/trunk/build2/gcc/testsuite/gfortran2/../../
-B/aux/hubicka/trunk/build5/x86_64-pc-linux-gnu/./libgfortran/
/aux/hubicka/trunk/gcc/testsuite/gfortran.dg/vector_subscript_1.f90
-fdiagnostics-plain-output -fdiagnostics-plain-output -O1 -pedantic-errors
-B/aux/hubicka/trunk/build5/x86_64-pc-linux-gnu/./libgfortran/.libs
-L/aux/hubicka/trunk/build5/x86_64-pc-linux-gnu/./libgfortran/.libs
-L/aux/hubicka/trunk/build5/x86_64-pc-linux-gnu/./libgfortran/.libs
-L/aux/hubicka/trunk/build5/x86_64-pc-linux-gnu/./libatomic/.libs
-B/aux/hubicka/trunk/build5/x86_64-pc-linux-gnu/./libquadmath/.libs
-L/aux/hubicka/trunk/build5/x86_64-pc-linux-gnu/./libquadmath/.libs
-L/aux/hubicka/trunk/build5/x86_64-pc-linux-gnu/./libquadmath/.-tree-all-details
 -fipa-pta

leads to abort STOP 12

I have reduced the testcase somewhat as:

program main
  implicit none
  integer, parameter :: n = 10
  integer :: i, j, calls
  integer, dimension (n) :: a, b, idx, id

  idx = (/ 3, 1, 5, 2, 4, 10, 8, 7, 6, 9 /)
  id = (/ (i, i = 1, n) /)
  b = (/ (i * 100, i = 1, n) /)

  !--
  ! Tests for a simple variable subscript
  !--

  a (idx) = b

  a = b (idx)
  call test (id, idx)

  !--
  ! Tests for constant ranges with non-default stride
  !--

  a (idx (1:7:3)) = b (idx (10:6:-2))
  call test (idx (1:7:3), idx (10:6:-2))

  a (idx (10:6:-2)) = b (idx (10:6:-2))
  call test (idx (10:6:-2), idx (10:6:-2))

contains
  subroutine test (lhs, rhs)
integer, dimension (:) :: lhs, rhs
integer :: i

if (size (lhs, 1) .ne. size (rhs, 1)) STOP 11
do i = 1, size (lhs, 1)
  if (a (lhs (i)) .ne. b (rhs (i))) STOP 12
end do
a = 0
  end subroutine test

end program main

This fails when built with -O1 -fipa-pta and works with -O1 or -O1 -fipa-pta
-fno-tree-dominator-opts

In dom2 we replace:
   [local count: 292809384]:
  # S.22_125 = PHI 
  _7 = S.22_125 * 3;
  _60 = MEM  [(integer(kind=4)[0:] *)][_7];
  _8 = S.22_125 * -2;
  _61 = MEM  [(integer(kind=4)[0:] *) + 36B][_8];
  _9 = (integer(kind=8)) _61;
  _10 = _9 + -1;
  _11 = (integer(kind=8)) _60;
  _12 = _11 + -1;
  _13 = FRAME.37.b[_10];
  FRAME.37.a[_12] = _13;
  S.22_63 = S.22_125 + 1;
  if (S.22_63 > 2)
goto ; [25.00%]
  else
goto ; [75.00%]

   [local count: 97603128]:
  parm.23.span = 4;
  MEM  [(struct dtype_type *) + 24B] = {};
  parm.23.dtype.elem_len = 4;
  parm.23.dtype.rank = 1;
  parm.23.dtype.type = 1;
  parm.23.dim[0].lbound = 1;
  parm.23.dim[0].ubound = 3;
  parm.23.dim[0].stride = 3;
  parm.23.data = [0];
  parm.23.offset = -3;
  parm.24.span = 4;
  MEM  [(struct dtype_type *) + 24B] = {};
  parm.24.dtype.elem_len = 4;
  parm.24.dtype.rank = 1;
  parm.24.dtype.type = 1;
  parm.24.dim[0].lbound = 1;
  parm.24.dim[0].ubound = 3;
  parm.24.dim[0].stride = -2;
  parm.24.data = [9];
  parm.24.offset = 2;
  test (, ); [static-chain: ]
  parm.23 ={v} {CLOBBER};
  parm.24 ={v} {CLOBBER};

   [local count: 292809384]:
  # S.27_126 = PHI 
  _14 = S.27_126 * -2;
  _87 = MEM  [(integer(kind=4)[0:] *) + 36B][_14];
 this by:
  _87 = _61;

_61 is initialized in loop and does not seem to be loop invariant, so I do not
see why dom thinks it is equivalent to _87 and the details dump does not seem
helping.

[Bug libgomp/96661] configure:16984: error: unsupported system, cannot find Fortran int kind=16

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96661

--- Comment #8 from CVS Commits  ---
The releases/gcc-11 branch has been updated by John David Anglin
:

https://gcc.gnu.org/g:ad5aa4937edcb97d9c7a59223bd3de01bdff4e0c

commit r11-9210-gad5aa4937edcb97d9c7a59223bd3de01bdff4e0c
Author: John David Anglin 
Date:   Fri Nov 5 16:09:08 2021 +

Support TI mode and soft float on PA64

This change implements TI mode on PA64.  Various new patterns are
added to pa.md.  The libgcc build needed modification to build both
DI and TI routines.  We also need various softfp routines to
convert to and from TImode.

I added full softfp for the -msoft-float option.  At the moment,
this doesn't completely eliminate all use of the floating-point
co-processor.  For this, libgcc needs to be built with -msoft-mult.
The floating-point exception support also needs a soft option.

2021-11-05  John David Anglin  

PR libgomp/96661

gcc/ChangeLog:

* config/pa/pa-modes.def: Add OImode integer type.
* config/pa/pa.c (pa_scalar_mode_supported_p): Allow TImode
for TARGET_64BIT.
* config/pa/pa.h (MIN_UNITS_PER_WORD) Define to MIN_UNITS_PER_WORD
to UNITS_PER_WORD if IN_LIBGCC2.
* config/pa/pa.md (addti3, addvti3, subti3, subvti3, negti2,
negvti2, ashlti3, shrpd_internal): New patterns.
Change some multi instruction types to multi.

libgcc/ChangeLog:

* config.host (hppa*64*-*-linux*): Revise tmake_file.
(hppa*64*-*-hpux11*): Likewise.
* config/pa/sfp-exceptions.c: New.
* config/pa/sfp-machine.h: New.
* config/pa/t-dimode: New.
* config/pa/t-softfp-sfdftf: New.

[Bug c++/99801] Address sanitizer false positive with pointer to member function.

[marxin at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99801

Martin Liška  changed:

   What|Removed |Added

 Status|WAITING |NEW
   Assignee|marxin at gcc dot gnu.org  |unassigned at gcc dot 
gnu.org

[Bug target/99780] ICE in verify_curr_properties, at passes.c:2152

[marxin at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99780

Martin Liška  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #5 from Martin Liška  ---
Fixed on master.

[Bug tree-optimization/100393] [9/10/11 Regression] Very slow compilation of switch statement with thousands of cases

[marxin at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100393

Martin Liška  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work||11.2.0
  Known to fail|11.1.0  |
 Resolution|--- |FIXED

--- Comment #12 from Martin Liška  ---
Fixed on GCC 11, not planning backporting more.

[Bug tree-optimization/100393] [9/10/11 Regression] Very slow compilation of switch statement with thousands of cases

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100393

--- Comment #11 from CVS Commits  ---
The releases/gcc-11 branch has been updated by Martin Liska
:

https://gcc.gnu.org/g:95c7ef9fbcf2c4b760c296fae597f093b6ee9aaa

commit r11-9209-g95c7ef9fbcf2c4b760c296fae597f093b6ee9aaa
Author: Martin Liska 
Date:   Fri Aug 13 17:22:35 2021 +0200

Speed up jump table switch detection.

PR tree-optimization/100393

gcc/ChangeLog:

* tree-switch-conversion.c (group_cluster::dump): Use
  get_comparison_count.
(jump_table_cluster::find_jump_tables): Pre-compute number of
comparisons and then decrement it. Cache also max_ratio.
(jump_table_cluster::can_be_handled): Change signature.
* tree-switch-conversion.h (get_comparison_count): New.

(cherry picked from commit c517cf2e685e2903b591d63c1034ff9726cb3822)

[Bug libgomp/96661] configure:16984: error: unsupported system, cannot find Fortran int kind=16

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96661

--- Comment #7 from CVS Commits  ---
The master branch has been updated by John David Anglin :

https://gcc.gnu.org/g:db89d474ad812e57895cb8866ebaeedad0cc3e3f

commit r12-4945-gdb89d474ad812e57895cb8866ebaeedad0cc3e3f
Author: John David Anglin 
Date:   Fri Nov 5 16:07:35 2021 +

Support TI mode and soft float on PA64

This change implements TI mode on PA64.  Various new patterns are
added to pa.md.  The libgcc build needed modification to build both
DI and TI routines.  We also need various softfp routines to
convert to and from TImode.

I added full softfp for the -msoft-float option.  At the moment,
this doesn't completely eliminate all use of the floating-point
co-processor.  For this, libgcc needs to be built with -msoft-mult.
The floating-point exception support also needs a soft option.

2021-11-05  John David Anglin  

PR libgomp/96661

gcc/ChangeLog:

* config/pa/pa-modes.def: Add OImode integer type.
* config/pa/pa.c (pa_scalar_mode_supported_p): Allow TImode
for TARGET_64BIT.
* config/pa/pa.h (MIN_UNITS_PER_WORD) Define to MIN_UNITS_PER_WORD
to UNITS_PER_WORD if IN_LIBGCC2.
* config/pa/pa.md (addti3, addvti3, subti3, subvti3, negti2,
negvti2, ashlti3, shrpd_internal): New patterns.
Change some multi instruction types to multi.

libgcc/ChangeLog:

* config.host (hppa*64*-*-linux*): Revise tmake_file.
(hppa*64*-*-hpux11*): Likewise.
* config/pa/sfp-exceptions.c: New.
* config/pa/sfp-machine.h: New.
* config/pa/t-dimode: New.
* config/pa/t-softfp-sfdftf: New.

[Bug bootstrap/100246] [11/12 Regression] GCC will not bootstrap with clang 3.4/3.5 [xcode 5/6, Darwin 12/13]

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100246

--- Comment #11 from CVS Commits  ---
The master branch has been updated by Jakub Jelinek :

https://gcc.gnu.org/g:858d7ee1a0cd97c01d844ea73ab81918da738344

commit r12-4944-g858d7ee1a0cd97c01d844ea73ab81918da738344
Author: Jakub Jelinek 
Date:   Fri Nov 5 16:39:14 2021 +0100

x86: Make stringop_algs::stringop_strategy ctor constexpr [PR100246]

> Several older compilers fail to build modern GCC because of missing
> or incomplete C++11 support.
>
>   * config/i386/i386.h (struct stringop_algs): Define a CTOR for
>   this type.

Unfortunately, as mentioned in my
https://gcc.gnu.org/pipermail/gcc-patches/2021-November/583289.html
mail, without the new dyninit pass this causes dynamic initialization of
many variables, 6.5KB _GLOBAL__sub_I_* on x86_64 and 12.5KB on i686.

The following patch makes the ctor constexpr so that already the FE
is able to statically initialize all those.

I have tested on godbolt a reduced testcase without a constructor,
with constructor and with constexpr constructor.
clang before 3.3 is unhappy about all the 3 cases, clang 3.3 and 3.4
is ok with ctor and ctor with constexpr and optimizes it into static
initialization, clang 3.5+ is ok with all 3 versions and optimizes,
gcc 4.8 and 5+ is ok with all 3 versions and no ctor and ctor with
constexpr
is optimized, gcc 4.9 is unhappy about the no ctor case and happy with the
other two.

2021-11-05  Jakub Jelinek  

PR bootstrap/100246
* config/i386/i386.h
(stringop_algs::stringop_strategy::stringop_strategy): Make the
ctor
constexpr.

[Bug target/103085] [12 Regression] -fPIC and -fstack-protector-strong broken AArch64

[wilco at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103085

Wilco  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #3 from Wilco  ---
Fixed

[Bug target/103085] [12 Regression] -fPIC and -fstack-protector-strong broken AArch64

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103085

--- Comment #2 from CVS Commits  ---
The master branch has been updated by Wilco Dijkstra :

https://gcc.gnu.org/g:b33b2678342c655ff8ddb9fab379b26f656adc03

commit r12-4942-gb33b2678342c655ff8ddb9fab379b26f656adc03
Author: Wilco Dijkstra 
Date:   Fri Nov 5 15:05:15 2021 +

AArch64: Fix PR103085

The stack protector implementation hides symbols in a const unspec, which
means
movdi/movsi patterns must always support const on symbol operands and
explicitly strip away the unspec. Do this for the recently added GOT
alternatives. Add a test to ensure stack-protector tests GOT accesses as
well.

2021-11-05  Wilco Dijkstra  

PR target/103085
* config/aarch64/aarch64.c (aarch64_mov_operand_p): Strip the salt
first.
* config/aarch64/constraints.md: Support const in Usw.

gcc/testsuite/
PR target/103085
* gcc.target/aarch64/pr103085.c: New test

[Bug gcov-profile/100520] [11/12 Regression] ‘-fcompare-debug’ failure with -fprofile-generate since r11-627-g1dedc12d186a1108

[marxin at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100520

--- Comment #7 from Martin Liška  ---
Before the revision:

aux_base_name: pr100520
aux_base_name: pr100520

after it:

aux_base_name: pr100520
aux_base_name: pr100520.gk

[Bug tree-optimization/103093] [12 Regression] ICE in get_imports, at gimple-range-gori.cc:221 since r12-4788-gcb596fd43667f92c

[amacleod at redhat dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103093

Andrew Macleod  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #3 from Andrew Macleod  ---
This is a case of a series of statements being simplified, and the IL rewritten
to be quite different:
it starts with

  _3 = uc_7.9_28 != 0;
  _4 = (int) _3;
  _25 = BIT_FIELD_REF <_2, 16, 0>;
  _6 = (int) _25;
  _7 = _4 | _6;

Since range-ops doesn't understand the BIT_FIELD_REF operator, _25 is
considered an import to the defchain for _7.

Folding statement: _7 = _4 | _6;
and ends up changing this to:
  _3 = uc_7.9_28 != 0;
  _4 = (int) _3;
  _25 = (short int) _2;
  _6 = (int) _25;
  _22 = _25 | 1;
  _7 = (int) _22


and then later we are looking to calculate a range from an outgoing edge in
this block, and when GORI steps back to this statement, it steps back from _7
into _22, sees it does not have a dependency chain, so calculates one for it.
It finds that _2 is the import, which means the imports no longer match up for
_7, so it triggers an assert that something is amok with the dependency chain
imports.

Internally ranger doesn't use these imports for anything significant, so the
fact that they are out of date is not particularly important in the presence of
IL that is being updating.  

GORI will also continue to calculate based on what is in the stmt, all that may
change is if the dependencies are different enough, it will be unable to
calculate thru the chain properly since it wont be able to find a name in the
def chain that it is expecting, and will simply return false.  It won't affect
any already computed values, and will never result in a  wrong-code situation.

Updating existing def chains would be problematic as uses further down the def
chain would not be updated, so any of them could later trigger an inconsistency
assert. 

As such, I will simply remove the assert. It was primarily of use when we were
first introducing the import concept to make sure that there was consistency
when they were being built. In the presence of changing IL, the assert no
longer has much meaning.

[Bug libffi/102874] [12 regression] src/x86/win64.S doesn't assemble with Solaris as

[hjl.tools at gmail dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102874

--- Comment #6 from H.J. Lu  ---
(In reply to Richard Biener from comment #5)
> Upstream bug was filed and fix proposed.  IMHO we don't need to wait and can
> pull this fix temporarily.

Is there a pull request to fix it in upstream?

[Bug ipa/103099] [12 Regression] ICE tree check: expected ssa_name, have debug_expr_decl in split_function, at ipa-split.c:1397 since r12-4920-g1ece90ffa9ce63b4

[dcb314 at hotmail dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103099

David Binderman  changed:

   What|Removed |Added

 CC||dcb314 at hotmail dot com

--- Comment #3 from David Binderman  ---
I see this one also. I have a couple of test cases available on request.

[Bug gcov-profile/100520] [11/12 Regression] ‘-fcompare-debug’ failure with -fprofile-generate since r11-627-g1dedc12d186a1108

[marxin at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100520

Martin Liška  changed:

   What|Removed |Added

Summary|[11/12 Regression]  |[11/12 Regression]
   |‘-fcompare-debug’ failure   |‘-fcompare-debug’ failure
   |with -fprofile-generate |with -fprofile-generate
   ||since
   ||r11-627-g1dedc12d186a1108

--- Comment #6 from Martin Liška  ---
Started with Alexander's 'revamp dump and aux output names'.