Mac now fails to build because of libiconv

2018-01-29 Thread Paul Koning
It's been a few months since I tried to build GCC on my Mac, and in earlier tries it worked fine. I have a log from 20-Sep-2017 that shows success. But currently when I do the same configs as before, I get failures about _iconv being undefined. This is in spite of the fact that I have libiconv

Re: gcc generated memcpy calls symbol version

2018-01-29 Thread Andi Kleen
Tom Mason writes: > Is there any way for me to force the version for these symbols aswell? It seems pointless because the ABI for these symbols will never change. -Andi

Re: jamais-vu can now ignore renumbering of source lines in dg output (Re: GCC Buildbot Update)

2018-01-29 Thread Paulo Matos
On 29/01/18 15:19, David Malcolm wrote: >> >> Hi, >> >> I am looking at this today and I noticed that having the source file >> for >> all recent GCC revisions is costly in terms of time (if we wish to >> compress them) and space (for storage). I was instead thinking that >> jv >> could calculate

Re: jamais-vu can now ignore renumbering of source lines in dg output (Re: GCC Buildbot Update)

2018-01-29 Thread David Malcolm
On Mon, 2018-01-29 at 14:55 +0100, Paulo Matos wrote: > > On 24/01/18 20:20, David Malcolm wrote: > > > > I've added a new feature to jamais-vu (as of > > 77849e2809ca9a049d5683571e27ebe190977fa8): it can now ignore test > > results that merely changed line number. > > > > For example, if the

Re: jamais-vu can now ignore renumbering of source lines in dg output (Re: GCC Buildbot Update)

2018-01-29 Thread Paulo Matos
On 24/01/18 20:20, David Malcolm wrote: > > I've added a new feature to jamais-vu (as of > 77849e2809ca9a049d5683571e27ebe190977fa8): it can now ignore test > results that merely changed line number. > > For example, if the old .sum file has a: > > PASS: g++.dg/diagnostic/param-type-mismat