GNU bug report logs -
#26220
core-updates: r-rcpp fails to build with GCC 5
Previous Next
Reported by: Leo Famulari <leo <at> famulari.name>
Date: Wed, 22 Mar 2017 21:21:02 UTC
Severity: normal
Done: Ricardo Wurmus <rekado <at> elephly.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 26220 in the body.
You can then email your comments to 26220 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
guix-patches <at> gnu.org
:
bug#26220
; Package
guix-patches
.
(Wed, 22 Mar 2017 21:21:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Leo Famulari <leo <at> famulari.name>
:
New bug report received and forwarded. Copy sent to
guix-patches <at> gnu.org
.
(Wed, 22 Mar 2017 21:21:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Is this an appropriate solution?
[0001-gnu-r-rcpp-Fix-build-failure-with-GCC-5.patch (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26220
; Package
guix-patches
.
(Thu, 23 Mar 2017 06:25:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 26220 <at> debbugs.gnu.org (full text, mbox):
Leo Famulari <leo <at> famulari.name> writes:
> Is this an appropriate solution?
> From 216000bc2d05799f3d68ae1806bb4b2ce6ab0782 Mon Sep 17 00:00:00 2001
> From: Leo Famulari <leo <at> famulari.name>
> Date: Wed, 22 Mar 2017 17:16:58 -0400
> Subject: [PATCH] gnu: r-rcpp: Fix build failure with GCC-5.
>
> * gnu/packages/statistics.scm (r-rcpp)[native-inputs]: Add gcc-4.9.
I don’t think so. The real problem is that “gcc” was updated to point
to “gcc-5”, but “gfortran” still points to “gfortran-4.9”.
We should update “gfortran” to point to “gfortran-5” instead (and maybe
add a comment next to the “gcc” definition to remind people to also
update “gfortran”).
I’m not sure if this is accurate but “guix refresh -l gfortran-4.9”
tells me this:
Building the following 142 packages would ensure 475 dependent
packages are rebuilt …
What do you think? Do you want me to push it to core-updates?
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26220
; Package
guix-patches
.
(Thu, 23 Mar 2017 14:12:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 26220 <at> debbugs.gnu.org (full text, mbox):
Ricardo Wurmus <rekado <at> elephly.net> skribis:
> Leo Famulari <leo <at> famulari.name> writes:
>
>> Is this an appropriate solution?
>> From 216000bc2d05799f3d68ae1806bb4b2ce6ab0782 Mon Sep 17 00:00:00 2001
>> From: Leo Famulari <leo <at> famulari.name>
>> Date: Wed, 22 Mar 2017 17:16:58 -0400
>> Subject: [PATCH] gnu: r-rcpp: Fix build failure with GCC-5.
>>
>> * gnu/packages/statistics.scm (r-rcpp)[native-inputs]: Add gcc-4.9.
>
> I don’t think so. The real problem is that “gcc” was updated to point
> to “gcc-5”, but “gfortran” still points to “gfortran-4.9”.
>
> We should update “gfortran” to point to “gfortran-5” instead (and maybe
> add a comment next to the “gcc” definition to remind people to also
> update “gfortran”).
>
> I’m not sure if this is accurate but “guix refresh -l gfortran-4.9”
> tells me this:
>
> Building the following 142 packages would ensure 475 dependent
> packages are rebuilt …
>
> What do you think? Do you want me to push it to core-updates?
I think so. It’s probably better than leaving some of the Fortran
packages in a broken state.
Could you make this change?
Thanks,
Ludo’.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26220
; Package
guix-patches
.
(Thu, 23 Mar 2017 14:40:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 26220 <at> debbugs.gnu.org (full text, mbox):
Ludovic Courtès <ludo <at> gnu.org> writes:
> Ricardo Wurmus <rekado <at> elephly.net> skribis:
>
>> Leo Famulari <leo <at> famulari.name> writes:
>>
>>> Is this an appropriate solution?
>>> From 216000bc2d05799f3d68ae1806bb4b2ce6ab0782 Mon Sep 17 00:00:00 2001
>>> From: Leo Famulari <leo <at> famulari.name>
>>> Date: Wed, 22 Mar 2017 17:16:58 -0400
>>> Subject: [PATCH] gnu: r-rcpp: Fix build failure with GCC-5.
>>>
>>> * gnu/packages/statistics.scm (r-rcpp)[native-inputs]: Add gcc-4.9.
>>
>> I don’t think so. The real problem is that “gcc” was updated to point
>> to “gcc-5”, but “gfortran” still points to “gfortran-4.9”.
>>
>> We should update “gfortran” to point to “gfortran-5” instead (and maybe
>> add a comment next to the “gcc” definition to remind people to also
>> update “gfortran”).
>>
>> I’m not sure if this is accurate but “guix refresh -l gfortran-4.9”
>> tells me this:
>>
>> Building the following 142 packages would ensure 475 dependent
>> packages are rebuilt …
>>
>> What do you think? Do you want me to push it to core-updates?
>
> I think so. It’s probably better than leaving some of the Fortran
> packages in a broken state.
>
> Could you make this change?
Done with commit cb4805e34 in core-updates.
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
Reply sent
to
Ricardo Wurmus <rekado <at> elephly.net>
:
You have taken responsibility.
(Thu, 30 Mar 2017 12:47:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Leo Famulari <leo <at> famulari.name>
:
bug acknowledged by developer.
(Thu, 30 Mar 2017 12:47:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 26220-done <at> debbugs.gnu.org (full text, mbox):
> Done with commit cb4805e34 in core-updates.
Closing this bug.
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 28 Apr 2017 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 111 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.