Message ID | 87r1nhdo2i.fsf@gmail.com |
---|---|
State | Accepted |
Headers | show |
Series | [bug#45252] gnu: libffi: Add unreleased patch to fix float128 on powerpc64le. | expand |
Context | Check | Description |
---|---|---|
cbaines/applying patch | fail | View Laminar job |
cbaines/issue | success | View issue |
"regular powerpc", ie macppc/ppc32/powerpc-linux-gnu, does have some bootstrap binaries built but isn't near ready for merging. Go ahead and make any changes necessary.
Hi Chris, Chris Marusich <cmmarusich@gmail.com> writes: > Mark H Weaver <mhw@netris.org> writes: > >> Earlier, I wrote: >>> When invoking 'patch' in Guix, you should *always* use "--force" instead >>> of "--batch". >> >> (See <https://bugs.gnu.org/45252#19> for my earlier message). > > Thank you for letting me know about this. I didn't know about the > difference between "--batch" and "--force". I agree we should use > "--force" instead of "--batch". How do you recommend that I proceed? Simply changing "--batch" to "--force" on line 79 (in the powerpc64le-* case, i.e. the one that was just added) seems like the right thing. That will force a rebuild of almost everything on the powerpc64le-* architecture, but should not cause any rebuilds on other architectures. >> Since writing the message above, I've found another problem in the same >> commit (7eaa2f24ea77cddbb4bbc2d6a6905673a36f8f99): it searches for the >> 'patch' program in 'inputs'. This is a mistake, because when >> cross-compiling, 'inputs' will contain software compiled to run on the >> target system instead of the build system. > > Is it searching for the "patch" program, or is it searching for the > patch file? It looks to me like the code is searching for the patch > file in inputs, not the "patch" program. LOL, you're right, I got confused. Please disregard my second email in this thread, and apologies for that noise. > Again, thank you for taking the time to bring these topics up. I'm > always trying to make sure I do things the best way I can in Guix, so I > appreciate the feedback. Thank you, Chris. Warm regards, Mark
Hi Efraim, Efraim Flashner <efraim@flashner.co.il> writes: > "regular powerpc", ie macppc/ppc32/powerpc-linux-gnu, does have some > bootstrap binaries built but isn't near ready for merging. Go ahead and > make any changes necessary. I appreciate that, but if rebuilding the world on regular powerpc would significantly add to the burden of even a single developer, then it's probably not worth it. I suggested fixing the powerpc64le case now only because it was just added a few days ago, and more generally to raise awareness about how best to run the 'patch' program in Guix. If it's truly no extra burden, then you could change "--batch" to "--force" on line 69 of libffi.c (in the "powerpc-*" case). Regards, Mark
Hi, Efraim Flashner <efraim@flashner.co.il> writes: > "regular powerpc", ie macppc/ppc32/powerpc-linux-gnu, does have some > bootstrap binaries built but isn't near ready for merging. Go ahead and > make any changes necessary. Mark H Weaver <mhw@netris.org> writes: > Hi Efraim, > > Efraim Flashner <efraim@flashner.co.il> writes: >> "regular powerpc", ie macppc/ppc32/powerpc-linux-gnu, does have some >> bootstrap binaries built but isn't near ready for merging. Go ahead and >> make any changes necessary. > > I appreciate that, but if rebuilding the world on regular powerpc would > significantly add to the burden of even a single developer, then it's > probably not worth it. I suggested fixing the powerpc64le case now only > because it was just added a few days ago, and more generally to raise > awareness about how best to run the 'patch' program in Guix. > > If it's truly no extra burden, then you could change "--batch" to > "--force" on line 69 of libffi.c (in the "powerpc-*" case). OK. I've made this change on master in commit 662e7e28d576ada91fc9dec7d27c100666114f03. Mark H Weaver <mhw@netris.org> writes: > Hi Chris, > > Chris Marusich <cmmarusich@gmail.com> writes: > >> Mark H Weaver <mhw@netris.org> writes: >> >>> Earlier, I wrote: >>>> When invoking 'patch' in Guix, you should *always* use "--force" instead >>>> of "--batch". >>> >>> (See <https://bugs.gnu.org/45252#19> for my earlier message). >> >> Thank you for letting me know about this. I didn't know about the >> difference between "--batch" and "--force". I agree we should use >> "--force" instead of "--batch". How do you recommend that I proceed? > > Simply changing "--batch" to "--force" on line 79 (in the powerpc64le-* > case, i.e. the one that was just added) seems like the right thing. > That will force a rebuild of almost everything on the powerpc64le-* > architecture, but should not cause any rebuilds on other architectures. OK, I've made this change on master in commit fdb90e9ee8a578c88ef3a33067e8a532e43ae7b8. >>> Since writing the message above, I've found another problem in the same >>> commit (7eaa2f24ea77cddbb4bbc2d6a6905673a36f8f99): it searches for the >>> 'patch' program in 'inputs'. This is a mistake, because when >>> cross-compiling, 'inputs' will contain software compiled to run on the >>> target system instead of the build system. >> >> Is it searching for the "patch" program, or is it searching for the >> patch file? It looks to me like the code is searching for the patch >> file in inputs, not the "patch" program. > > LOL, you're right, I got confused. Please disregard my second email in > this thread, and apologies for that noise. No worries! Thanks again for your help.
diff --git a/gnu/packages/libffi.scm b/gnu/packages/libffi.scm index 0e6a31d78c..0db8fa3e82 100644 --- a/gnu/packages/libffi.scm +++ b/gnu/packages/libffi.scm @@ -51,7 +51,8 @@ (sha256 (base32 "0mi0cpf8aa40ljjmzxb7im6dbj45bb0kllcd09xgmp834y9agyvj")) - (patches (search-patches "libffi-3.3-powerpc-fixes.patch")))) + (patches (search-patches "libffi-3.3-powerpc-fixes.patch" + "libffi-float128-powerpc64le.patch")))) (build-system gnu-build-system) (arguments `(;; Prevent the build system from passing -march and -mtune to the