Re: replacing the backwards threader and more

2021-06-14 Thread Aldy Hernandez via Gcc
On 6/15/21 6:03 AM, Jeff Law wrote: On 6/14/2021 12:40 AM, Richard Biener wrote: I bet it's going to be tougher to remove DOM's threader.  It knows how to do thinks like resolve memory references using temporary equivalences and such.  But I bet it's enough to drop the VRP based threaders

Re: replacing the backwards threader and more

2021-06-14 Thread Jeff Law via Gcc
On 6/14/2021 12:40 AM, Richard Biener wrote: I bet it's going to be tougher to remove DOM's threader. It knows how to do thinks like resolve memory references using temporary equivalences and such. But I bet it's enough to drop the VRP based threaders. Yes. In fact I am wondering if addi

Re: [EXTERNAL] Re: State of AutoFDO in GCC

2021-06-14 Thread Wei Mi via Gcc
Yeah, create_llvm_prof depends on llvm_symbolizer which shouldn't have the same limitation. To separate from llvm, create_gcov still depends on the old set of addr2line library which likely doesn't support dwarf v5. That is an issue indeed. Thanks, Wei. On Fri, Jun 11, 2021 at 6:14 PM Eugene Roze

Re: [PATCH 1/2] libstdc++: Count pretty-printed tuple elements from 0 not 1

2021-06-14 Thread Jonathan Wakely via Gcc
Patches need go to gcc-patches@ not gcc@ (and libstdc++ patches need to be CC'd to libstdc++@ as well).

Re: Making *-netbsd-* to mean ELF not a.out for all CPUs

2021-06-14 Thread Nick Clifton via Gcc
Hi John, But they did offer some tentative support for my second suggestion of changing the meaning of bare "netbsd" --- "netbsdaout" would still be available to unambiguously request a.out for anyone that wants it. I think that this would be OK for the binutils, providing that when configur