[RFC] Closing of all remaining Bugzilla PRs against powerpcspe

2020-05-08 Thread Arseny Solokha
Hi, over the course of two years that had passed since the deprecation of the powerpcspe backend, and a year and a half since its removal from gcc, I've still been speaking out several times against immediate closing of Bugzilla PRs against that target[1,2]. IIRC, Andrew has been contemplating a r

Re: [RFC] Closing of all remaining Bugzilla PRs against powerpcspe

2020-05-08 Thread Segher Boessenkool
Hi! On Sat, May 09, 2020 at 02:58:11AM +0700, Arseny Solokha wrote: > over the course of two years that had passed since the deprecation of the > powerpcspe backend, and a year and a half since its removal from gcc, I've > still > been speaking out several times against immediate closing of Bugzi

gcc-9-20200508 is now available

2020-05-08 Thread GCC Administrator via Gcc
Snapshot gcc-9-20200508 is now available on https://gcc.gnu.org/pub/gcc/snapshots/9-20200508/ 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: [RFC] Closing of all remaining Bugzilla PRs against powerpcspe

2020-05-08 Thread Arseny Solokha
> Hi! >> But it is clearly obvious that the powerpcspe backend won't be revived. After >> two years of development, rs6000 has diverged too much from the split point, >> including LRA adoption. > > LRA has been supported by the rs6000 port since 2013 (01b1efaa1439), > and made the default (and on

Re: [RFC] Closing of all remaining Bugzilla PRs against powerpcspe

2020-05-08 Thread John Paul Adrian Glaubitz
Hi! On 5/9/20 12:15 AM, Segher Boessenkool wrote: > I can do both, if you want, or just the first group? Your choice. > > But let's hear other opinions first. These bugs document the current issues with the backend as it existed in gcc-8 (or was it -9)? The bugs are still in the removed code, s