This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Re: GCC 4.9.2 Build Fails at cc1
- From: Cyd Haselton <chaselton at gmail dot com>
- To: Andrew Haley <aph at redhat dot com>
- Cc: "gcc-help at gcc dot gnu dot org" <gcc-help at gcc dot gnu dot org>
- Date: Mon, 8 Dec 2014 09:58:18 -0600
- Subject: Re: GCC 4.9.2 Build Fails at cc1
- Authentication-results: sourceware.org; auth=none
- References: <CAHu5PraGXAt==5gN8F8akrVg+14a56ycORgMmKXh0VOVAdZWCw at mail dot gmail dot com> <54802DEC dot 8000403 at redhat dot com> <CAHu5PrZMu7akRSgY+z_ZzQO8WAWUBcq1qzm2mwMcT91SKTFYuQ at mail dot gmail dot com> <548063CF dot 9070100 at redhat dot com> <CAHu5PrYJ_uNew7_dkDhtUovm8uNHF3aSnBvpSBwFqE-xyNLWWQ at mail dot gmail dot com> <54809118 dot 90601 at redhat dot com> <CAHu5PrYYFSQuyU=5CDObMwyphj1eAdykPymt5n20AM4bUUSUzQ at mail dot gmail dot com> <54809A96 dot 2020300 at redhat dot com> <CAHu5Prb-3pAkpR93+TWsB0J2STU_3-XUYXO3Um87cty1uMnYKw at mail dot gmail dot com> <5480E7CB dot 4010302 at redhat dot com> <CAHu5Pra7kBjw_EgY9i5GGaogvedhZAf_ouRHZWC8j89QREob8Q at mail dot gmail dot com> <54817C09 dot 9010603 at redhat dot com> <CAHu5PrbkPiECgo9=tLD8dxe0+Z0jjbXMBff5z19TiJfRhNKXKg at mail dot gmail dot com> <alpine dot DEB dot 2 dot 11 dot 1412061921360 dot 14163 at laptop-mg dot saclay dot inria dot fr> <548576F4 dot 6030604 at redhat dot com> <CAHu5PrYt4TROxtcFNG2eyo93Cr4-Z3f85yVifKOYs=0wnP9mAg at mail dot gmail dot com> <CAHu5PrZ5TR5sjuAD2QsQyW+vQwBDysh13p8iE7O_qbdfYz8EWA at mail dot gmail dot com> <5485BCAC dot 6070205 at redhat dot com>
On Mon, Dec 8, 2014 at 8:58 AM, Andrew Haley <aph@redhat.com> wrote:
> On 12/08/2014 02:31 PM, Cyd Haselton wrote:
>>> 5.0.0 is not that recent either...
>>> > (why anyone would first try version x.y.0 when many x.y.z are available is
>>> > beyond me)
>>> >
>> Because there's a balance between later stable version and later
>> version that works with an in-tree build of GCC/MPFR/MPC.
>
> This is a bad way of thinking. Small point releases are usually
> bug fixes.
>
> Andrew.
>
Which is why I'm hesitant to change the versions listed in
download_prerequisites...
Not saying that I won't...I've already downloaded, unpacked and linked
gmp 6 and mpfr 3.1.2...but that the process of changing versions of
interdependencies for an in-tree build seems to be a daunting
process...
gmp 6 still fails...even with --disable-assembly. At least it's a
different error...