Re: Finishing the repository conversion

2017-12-11 Thread Joseph Myers
On Sun, 10 Dec 2017, Jason Merrill wrote: > > I'm mirroring the repo now. It would helpful if I could get an > > up-to-date copy of the repository's attribution map (usernames to full > > names and email addresses). > > I've pushed to the thyrsus gcc-conversion repository the rest of my > work f

Re: Finishing the repository conversion

2017-12-11 Thread Eric S. Raymond
Jason Merrill : > I've pushed to the thyrsus gcc-conversion repository the rest of my > work from last year, including a few changes to the attribution map > and a post-processing script. Got it. I will, as before, be pushing my lift file mods to that repository. > It has occurred to me that for

Re: Finishing the repository conversion

2017-12-11 Thread Eric S. Raymond
Joseph Myers : > Here is a list of new committers which is a superset of that list from > October 2016, including also new committers since then, which should all > be added to the attribution map. Merged, thanks. -- http://www.catb.org/~esr/";>Eric S. Raymond My work is funded

Re: Finishing the repository conversion

2017-12-11 Thread Jason Merrill
On Mon, Dec 11, 2017 at 1:20 PM, Eric S. Raymond wrote: > Jason Merrill : >> I've pushed to the thyrsus gcc-conversion repository the rest of my >> work from last year, including a few changes to the attribution map >> and a post-processing script. > > Got it. I will, as before, be pushing my lif

nexttoward/nextafter attribute question

2017-12-11 Thread Steve Ellcey
I have a question about the attributes that GCC is putting on the  nexttoward/nextafter builtin functions.  This issue started when ToT glibc ran into a problem when building with ToT GCC after Martin Sebor added a patch to GCC that tightened up the attribute checking that GCC does. The line belo

Re: Finishing the repository conversion

2017-12-11 Thread Eric S. Raymond
Jason Merrill : > > What do your repo load times look like, and how much RAM is in your > > surgery machine? My loads are currently hanging in D state after 13 hours > > on > > a 64GiB hexacore Xeon 3 running at nominally 3.50GHz. I'm beginning > > to wonder if I have some kind of high-memory er

Re: Finishing the repository conversion

2017-12-11 Thread Joseph Myers
On Mon, 11 Dec 2017, Jason Merrill wrote: > > What do your repo load times look like, and how much RAM is in your > > surgery machine? My loads are currently hanging in D state after 13 hours > > on > > a 64GiB hexacore Xeon 3 running at nominally 3.50GHz. I'm beginning > > to wonder if I have

Re: Finishing the repository conversion

2017-12-11 Thread Joseph Myers
On Sat, 9 Dec 2017, Eric S. Raymond wrote: > One thing my software can do now that it couldn't do six months ago > is mine Author fields from ChangeLog histories. So you'll get a > better-quality conversion than if I had been able to finish this then. Observations from the code for doing this, w

Re: nexttoward/nextafter attribute question

2017-12-11 Thread Joseph Myers
On Mon, 11 Dec 2017, Steve Ellcey wrote: > the attribute.  The other is why the function would be pure with > -fno-math-errno but const otherwise.  I would think that the -fno-math-errno > version would be const (stricter than pure) since it is not setting > errno.  Finally, how can I check if -fr

Re: Finishing the repository conversion

2017-12-11 Thread Eric S. Raymond
Joseph Myers : > On Sat, 9 Dec 2017, Eric S. Raymond wrote: > > > One thing my software can do now that it couldn't do six months ago > > is mine Author fields from ChangeLog histories. So you'll get a > > better-quality conversion than if I had been able to finish this then. > > Observations fr

Re: PowerPC64 + Ada + RTEMS: Infinite loop in process_bb_lives()

2017-12-11 Thread Sebastian Huber
On 05/12/17 15:17, Segher Boessenkool wrote: Hi! On Mon, Dec 04, 2017 at 03:34:09PM +0100, Sebastian Huber wrote: I added support for the 64-bit PowerPC some months ago using a variant of the ELFv2 ABI. I don't know which kind of long double support I use on this target. This is difficult for m