Stage 1 zlib fails in configure due to the GCC wrapper being nonfunctional. This is due the wrapper using the variable ORIGINAL_PATH that is set after bootstrap_interactive is started. The change to this behavior happened in 7ca9acf145b59b0efb129a52788308e7764971bf and can fixed by moving the declaration of ORIGINAL_PATH. Reproducible: Always Steps to Reproduce: 1. Follow instruction for creating prefix in https://wiki.gentoo.org/wiki/Project:Prefix/Bootstrap Actual Results: Fails due to being able download an old version of zlib, but if read logs further you see that a newer version zlib was downloaded and failed in its configure step, and if you read configure.log for this you see that its due a failed `exec gcc`. Expected Results: Script should work without failures.
Created attachment 706182 [details] Stage 1 log
Created attachment 706185 [details] Configure log for zlib
Created attachment 706188 [details, diff] Patch that fixes it
(In reply to Alfred Wingate from comment #0) > Stage 1 zlib fails in configure due to the GCC wrapper being nonfunctional. > This is due the wrapper using the variable ORIGINAL_PATH that is set after > bootstrap_interactive is started. > > The change to this behavior happened in > 7ca9acf145b59b0efb129a52788308e7764971bf and can fixed by moving the > declaration of ORIGINAL_PATH. > > > Reproducible: Always > > Steps to Reproduce: > 1. Follow instruction for creating prefix in > https://wiki.gentoo.org/wiki/Project:Prefix/Bootstrap > Actual Results: > Fails due to being able download an old version of zlib, but if read logs > further you see that a newer version zlib was downloaded and failed in its > configure step, and if you read configure.log for this you see that its due > a failed `exec gcc`. > > Expected Results: > Script should work without failures. 's/Fails due to being able/Fails due to not being able/'
As forgot to mention, this was in an x86-64 ubuntu-20.10 system.
I can confirm this issue with Ubuntu 18.04. The patch did not fix the issue, however, checking out the commit mentioned, I was able to get past the zlib issues (failed to compile GCC though ...)
I can confirm this is also the case on CentOS Linux release 7.2.1511 (Core), with GCC versions 4.9.3, 6.3.0, 7.3.0, 8.2.0, and 10.2.0. Perhaps the script could have an option to download a temporary pre-compiled version of gcc?
I can confirm as well for elementaryOS (ubuntu 18.04.1 LTS based).
Please test if https://bugs.gentoo.org/794709#c13 solves your issue?
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/proj/prefix.git/commit/?id=a24caba8b099b2425307b738a88768abbdc7b724 commit a24caba8b099b2425307b738a88768abbdc7b724 Author: Fabian Groffen <grobian@gentoo.org> AuthorDate: 2021-06-08 07:31:22 +0000 Commit: Fabian Groffen <grobian@gentoo.org> CommitDate: 2021-06-08 07:31:22 +0000 scripts/bootstrap-prefix: ensure ORIGINAL_PATH is truely original Thanks to suggestion of Alfred Wingate in bug 788334. The value of ORIGINAL_PATH wasn't quite that original. Move setting the var before we tamper with PATH. Closes: https://bugs.gentoo.org/788334 Signed-off-by: Fabian Groffen <grobian@gentoo.org> scripts/bootstrap-prefix.sh | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)
(In reply to OzTiram from comment #6) > I can confirm this issue with Ubuntu 18.04. > The patch did not fix the issue, however, checking out the commit mentioned, > I was able to get past the zlib issues (failed to compile GCC though ...) that is likely bug #788613, thanks
