https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: net-misc/dahdi-3.1.0-r4 calls cc directly. Discovered on: amd64 (internal ref: ci) NOTE: As per QA policy, toolchain tools must not be called directly because they can cause issue in cross-compiling and because is not possible use a different CC implementation (like clang). To reproduce, please use sys-devel/gcc-config[-native-symlinks], sys-devel/binutils-config[-native-symlinks].
Created attachment 789116 [details] build.log build log and emerge --info
Error(s) that match a know pattern: /bin/sh: line 1: gcc: command not found
I'm unable reproduce this one, even after rm /usr/bin/{gcc,ld} I still get a successful build and merge. Going to need help on this one.
(In reply to Jaco Kroon from comment #3) > I'm unable reproduce this one did you build sys-devel/gcc-config with -native-symlinks ?
Doesn't look like something I can do: # USE=-native-symlinks emerge -pv gcc-config These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-devel/gcc-config-2.5-r1::gentoo USE="(cc-wrappers) (native-symlinks)" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB I did however do rm /usr/bin/{gcc,ld} directly prior to emerge -1av dahdi - after which: plastiekpoot [14:11:55] ~ # which ld gcc which: no ld in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/lib/llvm/14/bin:/usr/lib/llvm/13/bin) which: no gcc in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/lib/llvm/14/bin:/usr/lib/llvm/13/bin) So I trust that any invocation of gcc should be caught. If that's not good enough, please advise on how to disable native-symlinks fully.
(In reply to Jaco Kroon from comment #5) > > So I trust that any invocation of gcc should be caught. If that's not good > enough, please advise on how to disable native-symlinks fully. https://raw.githubusercontent.com/juippis/my-gentoo-lxd-scripts/master/container/bin/disable-native-symlinks.sh Gives you an idea what you need to do. Study it if you want to try on your own system, but you can simply run it in a testing environment.
I think this should be fixed in dahdi-3.2.0. Going to close under that assumption, building 3.2.0 last night was done under this condition: jkroon@plastiekpoot ~ $ which cc which: no cc in (/home/jkroon/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/lib/llvm/15/bin:/etc/eselect/wine/bin)
