| 13 Jan 2026 |
emily | though, yeah, avoiding patching at all is nicer | 01:17:01 |
emily | can we just symlink the compiler and the stdlib nearby? | 01:17:11 |
Randy Eckenrode | That’s what I want to do, but I also want them to be discoverable by the linker. | 01:18:28 |
Randy Eckenrode | How does it work on Linux? Does linking with a .so at some path automatically set up the rpath? | 01:18:44 |
Randy Eckenrode | It makes me wonder what even the point of the patch is if the linker will handle things for us. | 01:20:35 |
Randy Eckenrode | “It also fixes the output of swift -frontend -print-target-info, which SwiftPM uses to set the rpath on Linux.”
If the .sos are in the normal place, won’t the linker take care of this for us?
| 01:21:27 |
emily | is this about one of our existing patches? | 01:22:38 |
emily | I figured you would have just thrown all of those away… | 01:22:45 |
emily | I assumed -L would add to the rpath or such. | 01:23:42 |
emily | not sure exactly how it works. | 01:23:44 |
Randy Eckenrode | The separate lib patch. | 01:24:10 |
emily | oh, our wrapper does it. | 01:24:37 |
emily | # Three tasks:
#
# 1. Find all -L... switches for rpath
| 01:24:40 |
Randy Eckenrode | https://github.com/NixOS/nixpkgs/blob/c3d8909996f4f24ed7cbeeee7600ee75c873fd04/pkgs/development/compilers/swift/compiler/patches/swift-separate-lib.patch | 01:24:50 |
emily | that one is nonsense anyway | 01:25:10 |
Randy Eckenrode | I assume the reason why that doesn’t work with Swift is the libraries are not in $out/lib, but I’ve taken to putting all of them there in my work. | 01:25:13 |
Randy Eckenrode | So the linker should do the right thing. | 01:25:23 |
emily | IIRC half of what's in $lib is not required at runtime | 01:25:25 |
emily | and there's some dumb dependency too | 01:25:51 |
Randy Eckenrode | I’ve got the stdlib build with only the host shared libraries. Build platform stuff is staying with the compiler. | 01:26:09 |
Randy Eckenrode | So in theory you can make a cross-Swift using the new host’s stdlib. | 01:26:32 |
Randy Eckenrode | But cross won’t work out of the box with my work. It doesn’t now, and I don’t want to spend time on it right now. | 01:26:50 |
Randy Eckenrode | I want to get Swift updated to 6.2.x with the rewritten package set, so I can switch gears back to Darwin for a bit. | 01:27:39 |
Randy Eckenrode | I’d really like to get it using only LLVM bintools, but that requires some work on the wrapper. | 01:27:51 |
emily | ok, yeah, this is why the current lib patch is nonsense:
shion:/v/f/1/j/T/tmp.xaiYxboQnX
❭ l result-lib/lib/swift/
total 8
dr-xr-xr-x 5 root nixbld 160B 1 Jan 1970 _InternalSwiftScan/
dr-xr-xr-x 5 root nixbld 160B 1 Jan 1970 _InternalSwiftStaticMirror/
dr-xr-xr-x 5 root nixbld 160B 1 Jan 1970 apinotes/
dr-xr-xr-x 5 root nixbld 160B 1 Jan 1970 clang/
dr-xr-xr-x 6 root nixbld 192B 1 Jan 1970 FrameworkABIBaseline/
dr-xr-xr-x 3 root nixbld 96B 1 Jan 1970 host/
dr-xr-xr-x 40 root nixbld 1.3K 1 Jan 1970 macosx/
dr-xr-xr-x 12 root nixbld 384B 1 Jan 1970 migrator/
-r--r--r-- 1 root nixbld 186B 1 Jan 1970 module.modulemap
dr-xr-xr-x 27 root nixbld 864B 1 Jan 1970 shims/
dr-xr-xr-x 5 root nixbld 160B 1 Jan 1970 swiftToCxx/
| 01:28:02 |
emily | there's even header files in there | 01:28:13 |
emily | but ofc if you made the output less dumb in the rework that's another matter :) | 01:28:23 |
Randy Eckenrode | The reason why LLD currently “works” is it relies on Clang to pass the correct flags. It’s not even wrapped. | 01:28:29 |
Randy Eckenrode | $ nix build -f . swiftPackages.stdlib^\*
$ ls result/**
result/lib/lib_InternalSwiftStaticMirror.dylib*
result/lib/libswift_Builtin_float.dylib*
result/lib/libswift_Concurrency.dylib*
result/lib/libswift_Differentiation.dylib*
result/lib/libswift_RegexParser.dylib*
result/lib/libswift_StringProcessing.dylib*
result/lib/libswift_Volatile.dylib*
result/lib/libswiftCompatibilitySpan.dylib@
result/lib/libswiftCore.dylib*
result/lib/libswiftDistributed.dylib*
result/lib/libswiftObservation.dylib*
result/lib/libswiftRegexBuilder.dylib*
result/lib/libswiftRemoteMirror.dylib*
result/lib/libswiftRuntime.dylib*
result/lib/libswiftSwiftOnoneSupport.dylib*
result/lib/libswiftSynchronization.dylib*
result/lib/swift-6.2/macosx/libswiftCompatibilitySpan.dylib*
result/lib:
lib_InternalSwiftStaticMirror.dylib* libswiftDistributed.dylib*
libswift_Builtin_float.dylib* libswiftObservation.dylib*
libswift_Concurrency.dylib* libswiftRegexBuilder.dylib*
libswift_Differentiation.dylib* libswiftRemoteMirror.dylib*
libswift_RegexParser.dylib* libswiftRuntime.dylib*
libswift_StringProcessing.dylib* libswiftSwiftOnoneSupport.dylib*
libswift_Volatile.dylib* libswiftSynchronization.dylib*
libswiftCompatibilitySpan.dylib@ swift-6.2/
libswiftCore.dylib*
result/lib/swift-6.2:
macosx/
result/lib/swift-6.2/macosx:
libswiftCompatibilitySpan.dylib*
| 01:29:17 |
emily | an output with the runtime libraries required for Swift binaries (on Linux only, I guess?) would make sense, but the current lib ain't it | 01:29:20 |