| 8 Dec 2025 |
emily | so another option is to simply add MACHO_CURRENT_VERSION 0 to both of these | 17:55:40 |
emily | that will maintain the same filenames on both platforms but remove the field in the dylib that is already getting truncated and that probably nobody cares about | 17:55:59 |
emily | that is probably what I would upstream as the minimal change | 17:56:08 |
emily | if they start doing actual releases with normal numbers they could then start putting that information back in without messing up ordering | 17:56:25 |
Randy Eckenrode | $ nix build '/nix/store/xdyf7irjmij4xjfrd9ph66icch3412r3-early-swift-driver-6.2.1.drv^*'
$ nix-store -qR ./result
/nix/store/8f7amxylm5vi21l00xissbb6d8l4icdl-ncurses-6.5
/nix/store/vzggzw92lznlk9s0730svz5rp7nvswww-zlib-1.3.1
/nix/store/b0ygrry710bgyzpys1vddj6b7vrhwq26-sqlite-3.51.0
/nix/store/9v8n0gszrih4zf158l881skfkh7gal01-swift-llbuild-6.2.1-lib
/nix/store/rl3ap69dwn3i9l4260k413227yk5499k-early-swift-driver-6.2.1-lib
/nix/store/w6zchw1mg284b1khn6k2wb2cdgklz73a-early-swift-driver-6.2.1
| 21:01:06 |
Randy Eckenrode | Next up is swift-tools-support-core. I’m working on polishing the CMake builds, so they can be used as regular libraries. | 21:01:39 |
| 9 Dec 2025 |
Randy Eckenrode | $ nix build '/nix/store/i53wmy3v3hd8phl8qm4zgnpi66b796sj-early-swift-driver-6.2.1.drv^*'
$ nix-store -qR ./result
/nix/store/czkz4fdz89h8kf1s0d4lzfcgjqny98fv-swift-tools-support-core-6.2.1
/nix/store/8f7amxylm5vi21l00xissbb6d8l4icdl-ncurses-6.5
/nix/store/vzggzw92lznlk9s0730svz5rp7nvswww-zlib-1.3.1
/nix/store/b0ygrry710bgyzpys1vddj6b7vrhwq26-sqlite-3.51.0
/nix/store/gglkzl9f5anf01k6nzlajfb03lczcd9k-swift-llbuild-6.2.1-lib
/nix/store/pv916rkkx8w494zps5rffsrxgk3ilql6-early-swift-driver-6.2.1-lib
/nix/store/4qwzh6c1hg8is0n96prfw93jxp5bfjzi-early-swift-driver-6.2.1
$ otool -L result/bin/swift-driver
result/bin/swift-driver:
/nix/store/pv916rkkx8w494zps5rffsrxgk3ilql6-early-swift-driver-6.2.1-lib/lib/swift/macosx/libSwiftDriverExecution.dylib (compatibility version 0.0.0, current version 0.0.0)
/nix/store/pv916rkkx8w494zps5rffsrxgk3ilql6-early-swift-driver-6.2.1-lib/lib/swift/macosx/libSwiftDriver.dylib (compatibility version 0.0.0, current version 0.0.0)
/nix/store/czkz4fdz89h8kf1s0d4lzfcgjqny98fv-swift-tools-support-core-6.2.1/lib/libSwiftToolsSupport.dylib (compatibility version 0.0.0, current version 0.0.0)
/nix/store/pv916rkkx8w494zps5rffsrxgk3ilql6-early-swift-driver-6.2.1-lib/lib/swift/macosx/libSwiftOptions.dylib (compatibility version 0.0.0, current version 0.0.0)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1345.100.2)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 2420.0.0)
/usr/lib/swift/libswiftCore.dylib (compatibility version 1.0.0, current version 0.0.0)
/usr/lib/swift/libswiftCoreFoundation.dylib (compatibility version 1.0.0, current version 120.100.0, weak)
/usr/lib/swift/libswiftDarwin.dylib (compatibility version 1.0.0, current version 0.0.0)
/usr/lib/swift/libswiftDispatch.dylib (compatibility version 1.0.0, current version 41.0.0)
/usr/lib/swift/libswiftIOKit.dylib (compatibility version 1.0.0, current version 1.0.0, weak)
/usr/lib/swift/libswiftObjectiveC.dylib (compatibility version 1.0.0, current version 8.0.0, weak)
/usr/lib/swift/libswiftXPC.dylib (compatibility version 1.0.0, current version 36.100.7, weak)
/usr/lib/swift/libswiftos.dylib (compatibility version 1.0.0, current version 1049.100.4, weak)
| 01:36:32 |
Randy Eckenrode | Swift 6.2.2 is out. I should see how badly everything breaks …. | 02:19:35 |
Randy Eckenrode | … why does Mesa depend on Swift? | 02:25:17 |
Randy Eckenrode | I updated my KosmicKrisp branch. It’s getting closer to MoltenVK in terms of coverage. | 02:35:52 |
Randy Eckenrode | My status for tonight is I got swift-llbuild and swift-tools-support-core building dylibs — somewhat similar to how Darwin toolchains do it. | 02:50:37 |
Randy Eckenrode | Up next is Swift Compiler Driver once I finish rebuilding back up to having a bootstrap compiler. | 02:50:55 |
Randy Eckenrode | My goal is to have these packages building using CMake exclusively. I liked the idea of using SwiftPM once it could be built, but it makes the bootstrap path more complicated. | 03:04:59 |
Randy Eckenrode | Hmm. The LLVM for for Swift 6.3 is LLVM 21.1.6. | 03:05:45 |
Randy Eckenrode | https://github.com/swiftlang/swift/blob/8bf0adb5b25fe23f20130c0a2635b7319517dba0/utils/build_swift/build_swift/defaults.py#L51 | 03:06:44 |
Randy Eckenrode | Interesting. Apple’s fork is realigning its versioning strategy to more closely follow LLVM? | 03:07:36 |
Randy Eckenrode | I wonder if they have a problem with people being confused about what version they’re shipping. | 03:07:49 |
Randy Eckenrode | Speaking of LLVM version. Are we going to update LLVM 21, or are we waiting for the final patch release? | 03:08:45 |
| flyx joined the room. | 09:06:33 |
flyx | Hi folks! recently updated to 25.11. I am struggling to get my Qt app running. previously I used qt5.full but that seems to be gone and I need to collect the libs I need manually. I added libsForQt5.qt5.qtbase.dev and libsForQt5.qt5.qtmacextras.dev to my shell but still get qt.qpa.plugin: Could not find the Qt platform plugin "cocoa" in "" when trying to run my app. where can I find that plugin? package search didn't help | 09:13:03 |
K900 | You need to set QT_PLUGIN_PATH correctly probably | 09:15:26 |
K900 | Our hooks are kinda bad at this currently | 09:15:32 |
K900 | It's on my list | 09:15:35 |
flyx | ah. export QT_PLUGIN_PATH="${pkgs.libsForQt5.qt5.qtbase}/lib/qt-${pkgs.libsForQt5.qt5.qtbase.version}/plugins" fixed it. thanks! | 09:20:54 |
| 10 Dec 2025 |
Randy Eckenrode | Hmm. Swift Build depends on what, which doesn’t appear to be available on Linux. What. | 01:27:18 |
Katalin 🔪 | that doesn't seem right. where? | 01:49:27 |
Randy Eckenrode | https://github.com/swiftlang/swift-build/blob/8ebc2e3eaf99e35e76ac968f4bc781bb5a7c1b92/Sources/SWBCore/SpecImplementations/CommandLineToolSpec.swift#L249 | 01:50:13 |
Randy Eckenrode | Not sure whether it can actually be invoked, but I’m trying to replace these impure paths with package paths. | 01:51:06 |
Katalin 🔪 | that seems only used from apple specific code at least using the github search | 01:51:32 |
Katalin 🔪 | assuming that's what Sources/SWBApplePlatform is | 01:52:12 |