Re: [RFC] Update gmp/mpfr/mpc minimum versions

On 09/22/16 20:07, Moritz Klammler wrote: > Martin Sebor writes: > >> [...] >> >>> In-tree only the versions that download_prerequisite picks are >>> tested and guaranteed to work. >> >> I was made aware today that my recent patch for pr49905 broke >> bootstrap with MPFR 2.4: >>

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On Thu, 22 Sep 2016, Moritz Klammler wrote: > As some of you might already be aware of, I'm currently trying to get a > new version of the `contrib/download_prerequisites` script approved that > will verify the checksums of the tarballs it downloads and also provides > additional options. If it

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On 09/22/16 20:00, Joseph Myers wrote: > On Thu, 22 Sep 2016, Bernd Edlinger wrote: > >> There is no feasible way how to make all gmp/mpfr/mpc versions from >> minimal to latest build for all targets and all possible >> cross-configurations. >> >> I hope that we do not "recommend" these versions.

Re: [RFC] Update gmp/mpfr/mpc minimum versions

Martin Sebor writes: > [...] > >> In-tree only the versions that download_prerequisite picks are >> tested and guaranteed to work. > > I was made aware today that my recent patch for pr49905 broke > bootstrap with MPFR 2.4: > >

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On Thu, 22 Sep 2016, Bernd Edlinger wrote: > There is no feasible way how to make all gmp/mpfr/mpc versions from > minimal to latest build for all targets and all possible > cross-configurations. > > I hope that we do not "recommend" these versions. > > They are only the minimum versions for

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On September 22, 2016 8:00:40 PM GMT+02:00, Joseph Myers wrote: >On Thu, 22 Sep 2016, Bernd Edlinger wrote: > >> There is no feasible way how to make all gmp/mpfr/mpc versions from >> minimal to latest build for all targets and all possible >> cross-configurations. >>

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On 09/22/16 19:26, Martin Sebor wrote: > On 04/27/2016 09:47 AM, Bernd Edlinger wrote: >> >> >> Yes, when they are pre-installed there should be no problem. >> Also newer versions than these seem to work. >> >> In-tree only the versions that download_prerequisite picks are >> tested and guaranteed

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On Thu, 22 Sep 2016, Martin Sebor wrote: > In light of this risk and given that the recommended MPFR version > is still 2.4 I wonder if the download_prerequisites script shouldn't > instead download the minimum supported version. That way those of No, it should download the latest version known

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On 04/27/2016 09:47 AM, Bernd Edlinger wrote: Am 27.04.2016 um 17:37 schrieb Rainer Orth: Bernd Edlinger writes: On 26.04.2016 22:14, Joseph Myers wrote: On Tue, 26 Apr 2016, Bernd Edlinger wrote: Hi, as we all know, it's high time now to adjust the minimum

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On Tue, 3 May 2016, Bernd Edlinger wrote: > On 28.04.2016 09:09, Richard Biener wrote: > > > > As said elsewhere the main reason for all of this is to make the > > in-tree builds work better for newer archs that are not happy with > > the versions provided by download_prerequesites. This should

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On 28.04.2016 09:09, Richard Biener wrote: > > As said elsewhere the main reason for all of this is to make the > in-tree builds work better for newer archs that are not happy with > the versions provided by download_prerequesites. This should come > with a documentation adjustment that the only

Re: [RFC] Update gmp/mpfr/mpc minimum versions

Hi Bernd, >> would this version combo (gmp 6.0.0, mpfr 3.1.1, mpc 0.9) also work on >> the active release branches (gcc-5 and gcc-6, gcc-4.9 is on it's way >> out)? Having to install two different sets of the libraries for trunk >> and branch work would be extremely tedious. >> >> Rainer >>

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On Wed, 27 Apr 2016, Bernd Edlinger wrote: > On 26.04.2016 22:14, Joseph Myers wrote: > > On Tue, 26 Apr 2016, Bernd Edlinger wrote: > > > >> Hi, > >> > >> as we all know, it's high time now to adjust the minimum supported > >> gmp/mpfr/mpc versions for gcc-7. > > > > I think updating the minimum

Re: [RFC] Update gmp/mpfr/mpc minimum versions

Am 27.04.2016 um 17:37 schrieb Rainer Orth: > Bernd Edlinger writes: > >> On 26.04.2016 22:14, Joseph Myers wrote: >>> On Tue, 26 Apr 2016, Bernd Edlinger wrote: >>> Hi, as we all know, it's high time now to adjust the minimum supported

Re: [RFC] Update gmp/mpfr/mpc minimum versions

Bernd Edlinger writes: > On 26.04.2016 22:14, Joseph Myers wrote: >> On Tue, 26 Apr 2016, Bernd Edlinger wrote: >> >>> Hi, >>> >>> as we all know, it's high time now to adjust the minimum supported >>> gmp/mpfr/mpc versions for gcc-7. >> >> I think updating the minimum

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On 26.04.2016 22:14, Joseph Myers wrote: > On Tue, 26 Apr 2016, Bernd Edlinger wrote: > >> Hi, >> >> as we all know, it's high time now to adjust the minimum supported >> gmp/mpfr/mpc versions for gcc-7. > > I think updating the minimum versions (when using previously built > libraries, not

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On 26.04.2016 21:28, Marc Glisse wrote: > On Tue, 26 Apr 2016, Bernd Edlinger wrote: > >> For instance PR libstdc++/69881: gmp.h did this: >> >> #define __need_size_t /* tell gcc stddef.h we only want size_t */ >> #include /* for size_t */ >> >> I've persuaded Jonathan to work around that in

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On Tue, 26 Apr 2016, Bernd Edlinger wrote: > Hi, > > as we all know, it's high time now to adjust the minimum supported > gmp/mpfr/mpc versions for gcc-7. I think updating the minimum versions (when using previously built libraries, not in-tree) is only appropriate when it allows some cleanup

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On Tue, 26 Apr 2016, Bernd Edlinger wrote: For instance PR libstdc++/69881: gmp.h did this: #define __need_size_t /* tell gcc stddef.h we only want size_t */ #include /* for size_t */ I've persuaded Jonathan to work around that in libstdc++. Of course the in-tree build does work with

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On 26.04.2016 20:39, Marc Glisse wrote: > On Tue, 26 Apr 2016, Bernd Edlinger wrote: > >> as we all know, it's high time now to adjust the minimum supported >> gmp/mpfr/mpc versions for gcc-7. >> >> So this attached patch is now targeting at only supporting the currently >> latest relased

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On April 26, 2016 8:39:28 PM GMT+02:00, Marc Glisse wrote: >On Tue, 26 Apr 2016, Bernd Edlinger wrote: > >> as we all know, it's high time now to adjust the minimum supported >> gmp/mpfr/mpc versions for gcc-7. >> >> So this attached patch is now targeting at only

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On 26.04.2016 20:29, Jakub Jelinek wrote: > On Tue, Apr 26, 2016 at 06:23:17PM +, Bernd Edlinger wrote: >> as we all know, it's high time now to adjust the minimum supported >> gmp/mpfr/mpc versions for gcc-7. > > I'm not saying we shouldn't bump the minimum supported versions, but bumping >

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On Tue, 26 Apr 2016, Bernd Edlinger wrote: as we all know, it's high time now to adjust the minimum supported gmp/mpfr/mpc versions for gcc-7. So this attached patch is now targeting at only supporting the currently latest relased gmp-6.1.0, mpfr-3.1.4 and mpc-1.0.3, instead of trying to

Re: [RFC] Update gmp/mpfr/mpc minimum versions

On Tue, Apr 26, 2016 at 06:23:17PM +, Bernd Edlinger wrote: > as we all know, it's high time now to adjust the minimum supported > gmp/mpfr/mpc versions for gcc-7. I'm not saying we shouldn't bump the minimum supported versions, but bumping them immediately to the latest releases is IMHO