| 1 Nov 2024 |
|  Guillaume Desforges changed their profile picture. | 21:19:14 |
| 2 Nov 2024 |
 sielicki | I do not really follow the conversation on https://github.com/NixOS/nixpkgs/pull/343706 | 23:22:57 |
| sielicki | I don't think it actually matters in this case but just want to call it out if it ever comes up again in the context of nixpkgs: to support the cuda stubs (where you can successfully link a binary against the cuda driver api with the cuda toolkit alone, despite that it doesn't include the full UMD blob), on normal distributions nvidia creates an /usr/local/cuda/lib64/stubs/libcuda.so files, which claim a SONAME with .1, but where the file on disk doesn't actually have that. That means the dynamic loader will never accidentally confuse the stub with the real library. | 23:23:59 |
 SomeoneSerge (back on matrix) | Huh | 23:25:10 |
| sielicki | but now, for some of the libraries that got relinked here, I think now there's two files that have the same name, and im not sure what the dynamic loader does | 23:25:29 |
| sielicki | * but now, for some of the libraries that got relinked here, I think now there's two files that have the same name, and im not sure what the dynamic loader does
edit: maybe not under nixos but potentially for people doing nix on ubuntu or whatever | 23:25:52 |
| sielicki | here let me find you a link, one sec | 23:26:10 |
| sielicki | https://discourse.cmake.org/t/linking-against-cuda-cuda-driver-not-working-right-with-libcuda-stub-wants-libcuda-so-1-not-libcuda-so/7455/13 | 23:26:38 |
| sielicki | this is his first and only post on the cmake forums and it's <3'd by rob maynard who works at nvidia | 23:27:24 |
