https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: dev-libs/StringiFor-1.1.1 calls commands that do not exist. Discovered on: amd64 (internal ref: guru_tinderbox) NOTE: Please look for 'command not found' and/or 'no such file or directory'.
Created attachment 701595 [details] build.log build log and emerge --info
Possible context of error(s): /bin/sh: line 1: gfortran: command not found /bin/sh: line 1: gfortran: command not found mv: cannot stat 'lib/libstringifor.so': No such file or directory * QA Notice: command not found: * /bin/sh: line 1: gfortran: command not found * /bin/sh: line 1: gfortran: command not found
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=04597bc97614764b93a267628d0210043c91cae0 commit 04597bc97614764b93a267628d0210043c91cae0 Author: Andrew Ammerlaan <andrewammerlaan@riseup.net> AuthorDate: 2021-04-22 06:44:53 +0000 Commit: Andrew Ammerlaan <andrewammerlaan@riseup.net> CommitDate: 2021-04-22 06:44:53 +0000 dev-libs/StringiFor: add missing deps Closes: https://bugs.gentoo.org/784935 Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Andrew Ammerlaan <andrewammerlaan@riseup.net> dev-libs/StringiFor/StringiFor-1.1.1.ebuild | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
It's strange. I relied on fortran-2.eclass to depend on fortran compiler implementation.
(In reply to Sergey Torokhov from comment #4) > It's strange. I relied on fortran-2.eclass to depend on fortran compiler > implementation. But this eclass doesn't have BDEPEND= virtual/fortran.
(In reply to Sergey Torokhov from comment #5) > (In reply to Sergey Torokhov from comment #4) > > It's strange. I relied on fortran-2.eclass to depend on fortran compiler > > implementation. > > But this eclass doesn't have BDEPEND= virtual/fortran. Hmm, but it does have DEPEND+=" virtual/fortran", so it should be pulled in. Maybe something else is going wrong?
it is calling gfortran directly
To reproduce, please use sys-devel/gcc-config[-native-symlinks], sys-devel/binutils-config[-native-symlinks]
(In reply to Agostino Sarubbo from comment #8) > To reproduce, please use sys-devel/gcc-config[-native-symlinks], > sys-devel/binutils-config[-native-symlinks] The build log states: * Using following Fortran compiler: * F77: x86_64-pc-linux-gnu-gfortran * FC: x86_64-pc-linux-gnu-gfortran i.e. gfortran is presented but seems that with [-native-symlinks] there is no appropreate symlink "gfortran" in /usr/bin to that compiller.
I hope to commit the fix soon with deletion of explicit BDEPEND. P.S. The "ar" and "ranlib" currently hardcoded to use in FoBiS build system. Anyway I don't is there sence to use llvm-ar and llvm-ranlib while llvm currently doesn't have own fortran implementation. The development flang anyway use some of external implementation of fortran to build executable. And flanf currently isn't in portage tree. I sent feature request to FoBiS upstream to add optional passing own ar and ranlib implementations.
Changing the Assignee as per https://archives.gentoo.org/gentoo-dev/message/74ee632e9fe2f4c12890524fec132205
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=709970547b89e4f52d32818b6835f649b721a87d commit 709970547b89e4f52d32818b6835f649b721a87d Author: Sergey Torokhov <torokhov-s-a@yandex.ru> AuthorDate: 2021-04-24 09:37:38 +0000 Commit: Sergey Torokhov <torokhov-s-a@yandex.ru> CommitDate: 2021-04-24 09:37:38 +0000 dev-libs/StringiFor: fix call gfortran directly, pass system LDFLAGS Closes: https://bugs.gentoo.org/784935 Closes: https://bugs.gentoo.org/780942 Signed-off-by: Sergey Torokhov <torokhov-s-a@yandex.ru> dev-libs/StringiFor/StringiFor-1.1.1.ebuild | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-)
Changing TRACKER as requested by QA.
