Re: [RFC] avoid type conversion through versioning loop

2021-03-26 Thread guojiufu via Gcc
On 2021-03-25 16:35, Richard Biener wrote: On Wed, 24 Mar 2021, guojiufu wrote: On 2021-03-24 20:33, Richard Biener wrote: > On Wed, 24 Mar 2021, guojiufu wrote: > >> On 2021-03-24 15:55, Richard Biener wrote: >> > On Wed, Mar 24, 2021 at 3:55 AM guojiufu wrote: >> >> >> >> On 2021-03-23 16:25

Question about reading LTO function summaries

2021-03-26 Thread Erick Ochoa via Gcc
Hello, I already have some experience developing SIMPLE_IPA_PASSes, but I am looking to understand IPA_PASSes better. I have made a hello world ipa pass that stores "hello world $FUNCTION_NAME" in the function summaries; however, I am having trouble reading this information back. Can someone help

Re: Can help with task of language frontend cleanup

2021-03-26 Thread pawel k. via Gcc
Hello, Im sorry for posting to wrong group. Wasnt sure. Let me try to explain more clearly. Please forgive my nonnative english. My idea is something like ideally single gcc.exe would be built deployed distributed runtests against per version per some/all frontends. We could think as of whether m

Dimitar Dimitrov as TI PRU maintainer

2021-03-26 Thread Jeff Law via Gcc
I am pleased to announce that the GCC Steering Committee has appointed Dimitar Dimitrov as maintainer of the TI PRU port in GCC. Dimitar, please update your listing in the MAINTAINERS file. Sorry it's taken so long to make this happen.  It just kept slipping off my radar. Thanks, Jeff

Re: Dimitar Dimitrov as TI PRU maintainer

2021-03-26 Thread Dimitar Dimitrov
On петък, 26 март 2021 г. 18:29:23 EET Jeff Law wrote: > I am pleased to announce that the GCC Steering Committee has appointed > Dimitar Dimitrov as maintainer of the TI PRU port in GCC. > > > Dimitar, please update your listing in the MAINTAINERS file. Sorry it's > taken so long to make this ha

Re: Current limitations of define_subst

2021-03-26 Thread Richard Sandiford via Gcc
Colin McEwan via Gcc writes: > Hi all, > > I was wondering if anyone understands the rationale behind the current > limitations on (define_subst), ie. working only on (define_insn) and > (define_expand). > > A lot of md cleanup, as well as extra patterns for combiner use, could be > enabled by sup

Remove RMS from the GCC Steering Committee

2021-03-26 Thread Nathan Sidwell
[double sigh, attaching a pdf causes it to be blocked, and I guess the number of URLs is also triggering a spam trap for the follow up. I have removed many of the URLS from this, you'll have to use your google-fu for sources. I emailed several members of the SC, and don't want to bomb them wit

Re: Remove RMS from the GCC Steering Committee

2021-03-26 Thread Christopher Dimech via Gcc
What is this? The usual rant of freaked out madness!!! - Christopher Dimech General Administrator - Naiad Informatics - GNU Project (Geocomputation) - Geophysical Simulation - Geological Subsurface Mapping - Disaster Preparedness and Mitigation - Natural Resource Exploration a

Re: Remove RMS from the GCC Steering Committee

2021-03-26 Thread Jonathan Wakely via Gcc
On Fri, 26 Mar 2021, 20:03 Nathan Sidwell, wrote: > > Dear members of the GCC Steering Committee (SC), I ask you to remove > Richard > Stallman (RMS) from the SC, or, should you chose not to do so, make a > clear > statement as to why he remains. > I second Nathan's request, and agree with ever

Re: Remove RMS from the GCC Steering Committee

2021-03-26 Thread Marek Polacek via Gcc
On Fri, Mar 26, 2021 at 04:02:30PM -0400, Nathan Sidwell wrote: > [double sigh, attaching a pdf causes it to be blocked, and I guess the > number of URLs is also triggering a spam trap for the follow up. I have > removed many of the URLS from this, you'll have to use your google-fu for > sources.

Re: Remove RMS from the GCC Steering Committee

2021-03-26 Thread Mark Wielaard
On Fri, Mar 26, 2021 at 08:51:21PM +, Jonathan Wakely via Gcc wrote: > On Fri, 26 Mar 2021, 20:03 Nathan Sidwell, wrote: > > > > Dear members of the GCC Steering Committee (SC), I ask you to > > remove Richard Stallman (RMS) from the SC, or, should you chose > > not to do so, make a clear stat

Re: Remove RMS from the GCC Steering Committee

2021-03-26 Thread David Malcolm via Gcc
On Fri, 2021-03-26 at 20:51 +, Jonathan Wakely via Gcc wrote: > On Fri, 26 Mar 2021, 20:03 Nathan Sidwell, wrote: > > > > > Dear members of the GCC Steering Committee (SC),  I ask you to > > remove > > Richard > > Stallman (RMS) from the SC, or, should you chose not to do so, make > > a > >

gcc-9-20210326 is now available

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

Re: Remove RMS from the GCC Steering Committee

2021-03-26 Thread Hi-Angel via Gcc
Hello! I don't know all the details, and it surprises me nobody is asking for them. Let me be the first. On Fri, 26 Mar 2021 at 23:03, Nathan Sidwell wrote: > I’m a white dude with a British accent. > /Of course/ I have white male privilege. So, this text makes me feel sorry for the author, but

Re: Remove RMS from the GCC Steering Committee

2021-03-26 Thread Thomas Rodgers
On 2021-03-26 15:53, Hi-Angel via Gcc wrote: Hello! I don't know all the details, and it surprises me nobody is asking for them. Let me be the first. A cursory reading of the top of Nathan's email states the reason for not including the URLs, but ~half of the cited points come from Stallman'