Re: replacing the backwards threader and more

2021-06-13 Thread Richard Biener via Gcc
On Mon, Jun 14, 2021 at 12:02 AM Jeff Law via Gcc wrote: > > > > On 6/9/2021 5:48 AM, Aldy Hernandez wrote: > > Hi Jeff. Hi folks. > > > > What started as a foray into severing the old (forward) threader's > > dependency on evrp, turned into a rewrite of the backwards threader > > code. I'd like

gcc-12-20210613 is now available

2021-06-13 Thread GCC Administrator via Gcc
Snapshot gcc-12-20210613 is now available on https://gcc.gnu.org/pub/gcc/snapshots/12-20210613/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 12 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

Re: replacing the backwards threader and more

2021-06-13 Thread Jeff Law via Gcc
On 6/9/2021 5:48 AM, Aldy Hernandez wrote: Hi Jeff.  Hi folks. What started as a foray into severing the old (forward) threader's dependency on evrp, turned into a rewrite of the backwards threader code.  I'd like to discuss the possibility of replacing the current backwards threader with

Build failure due to format-truncation

2021-06-13 Thread José Rui Faustino de Sousa via Gcc
Hi All! While building I started to get this error: ../../gcc-master/gcc/opts.c: In function ‘void print_filtered_help(unsigned int, unsigned int, unsigned int, unsigned int, gcc_options*, unsigned int)’: ../../gcc-master/gcc/opts.c:1497:26: error: ‘ ’ directive output may be truncated wri

Re: GCC/clang warning incompatibility with unused private member variables

2021-06-13 Thread Jason Merrill via Gcc
On Fri, Jun 11, 2021 at 4:03 PM Jason Merrill wrote: > On 6/11/21 3:37 PM, Markus Faehling wrote: > > Hello, > > > > I'm currently facing a problem where I cannot get both gcc and clang > > warning-free simultaneously in my project. My code looks somewhat like > > this: > > > > class Test { > >

[PATCH 2/2] libstdc++: Use template form for pretty-printing tuple elements

2021-06-13 Thread Paul Smith via Gcc
std::tuple elements are retrieved via std::get<> (template) not [] (array); have the generated output string match this. libstdc++-v3/ChangeLog: * python/libstdcxx/v6/printers.py (StdTuplePrinter): Use <> not []. --- The previous patch seems uncontroversial to me. I don't know about this

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

2021-06-13 Thread Paul Smith via Gcc
Show 0-based offsets for std::tuple members, to match with std::get. libstdc++-v3/ChangeLog: * python/libstdcxx/v6/printers.py (StdTuplePrinter): don't increment self.count until after generating the result string. --- libstdc++-v3/python/libstdcxx/v6/printers.py | 13 +++

Re: progress update after initial GSoC virtual meetup

2021-06-13 Thread David Malcolm via Gcc
On Sun, 2021-06-13 at 19:11 +0530, Ankur Saini wrote: > > > > On 08-Jun-2021, at 11:24 PM, David Malcolm > > wrote: > > > > Is there a URL for your branch? > > no, currently it only local branch on my machine. Should I upload it on > a hosting site ( like GitHub ) ? or can I create a branch on

Re: progress update after initial GSoC virtual meetup

2021-06-13 Thread Ankur Saini via Gcc
> On 08-Jun-2021, at 11:24 PM, David Malcolm wrote: > > Is there a URL for your branch? no, currently it only local branch on my machine. Should I upload it on a hosting site ( like GitHub ) ? or can I create a branch on remote also ? > The issue is that the analyzer currently divides calls

Re: genmatch and cond vs "for (cnd cond vec_cond)" for gimple

2021-06-13 Thread Richard Biener via Gcc
On June 13, 2021 4:03:16 AM GMT+02:00, Andrew Pinski wrote: >On Sat, Jun 12, 2021 at 5:21 PM Andrew Pinski >wrote: >> >> On Sat, Jun 12, 2021 at 4:54 PM Andrew Pinski >wrote: >> > >> > Hi all, >> > While moving the simple A CMP 0 ? A : -A patterns from >> > fold_cond_expr_with_comparison to ma