Hi! Tomas Volf <[email protected]> skribis:
> However, if we contrast it with the wrapped version, we can see that the > symbolic link was converted into a binary, which is probably not > correct. > > --8<---------------cut here---------------start------------->8--- > # for x in mas0k6vcpn0zj5qpxn5d19nqmgblvyd7-gcc-toolchain-16.1.0 > a0njfslzh2l7jn334fh0shaspiq7prin-gcc-toolchain-16.1.0R; do ls -al > /gnu/store/$x/libexec; done > total 8 > dr-xr-xr-x 1 root root 20 Aug 9 20:21 . > dr-xr-xr-x 1 root root 118 Aug 9 20:21 .. > lrwxrwxrwx 1 root root 66 Aug 9 20:21 gcc -> > /gnu/store/3lj8xxr8p8lgsyrd7fd7x42a836wfbap-gcc-16.1.0/libexec/gcc > lrwxrwxrwx 1 root root 70 Aug 9 20:21 getconf -> > /gnu/store/m31vlvwm79m89fk3xk0z4h7snk61y510-glibc-2.41/libexec/getconf > total 1408 > dr-xr-xr-x 1 root root 20 Aug 9 20:21 . > dr-xr-xr-x 1 root root 118 Aug 9 20:21 .. > -r-xr-xr-x 1 root root 717184 Jan 1 1970 gcc > -r-xr-xr-x 1 root root 717184 Jan 1 1970 getconf > --8<---------------cut here---------------end--------------->8--- > > (The second one is the wrapped version.) And what does this ‘gcc’ wrap? What does it try to execve(2)? Looks like you found a bug! Ludo’.
