!lheuhImcToQZYTQTuI:nixos.org

Nix on macOS

1151 Members
“There are still many issues with the Darwin platform but most of it is quite usable.” — http://yves.gnu-darwin.org183 Servers

Load older messages


SenderMessageTime
18 Dec 2025
@reckenrode:matrix.orgRandy EckenrodeWhatever the project tells it to do.16:56:38
@saiko:knifepoint.netKatalin 🔪 ah. (: 16:56:43
@reckenrode:matrix.orgRandy EckenrodeSwift build expects to vendor everything. With traits (like Cargo features), you can’t really pre-build libraries anymore.16:57:18
@emilazy:matrix.orgemily FWIW static libraries should really go in ${!outputDev}/lib IMO, or perhaps even a staticlib output. the reason we don't do that is because build systems are dumb. if it can be achieved for Swift it should be 16:57:35
@reckenrode:matrix.orgRandy EckenrodeI’m doing it here for the CMake builds needed by the toolchain.16:57:49
@emilazy:matrix.orgemily the lib output should be stuff required at runtime, which static libraries (and modules?) never are 16:57:51
@saiko:knifepoint.netKatalin 🔪 and the compiler i.e. swiftc? 16:58:00
@saiko:knifepoint.netKatalin 🔪 I'm currently looking but I don't know if you can get it to print a default include path 16:58:11
@saiko:knifepoint.netKatalin 🔪 there's -Isystem and -I 16:58:19
@saiko:knifepoint.netKatalin 🔪 like on a normal C compiler 16:58:27
@reckenrode:matrix.orgRandy Eckenrode I think swiftc probably doesn’t look beyond its toolchain location. 16:58:38
@reckenrode:matrix.orgRandy Eckenrode * I suspect swiftc probably doesn’t look beyond its toolchain location. 16:58:47
@reckenrode:matrix.orgRandy EckenrodeIt supports being told where, which is what SwiftPM and CMake both do.16:59:06
@reckenrode:matrix.orgRandy Eckenrode dev is not available for Swift packages due to some evil stuff I am doing to make `buildInputs = [ swift-foo ];‘ do something sensible with SwiftPM. 17:00:15
@saiko:knifepoint.netKatalin 🔪 ah yeah that would make sense, I guess that's how it works with the Xcode toolchain too since that contains everything 17:00:26
@reckenrode:matrix.orgRandy Eckenrode * dev is not available for Swift packages due to some evil stuff I am doing to make buildInputs = [ swift-foo ]; do something sensible with SwiftPM. 17:00:26
@saiko:knifepoint.netKatalin 🔪 it doesn't have /usr/include as a default path at least from a quick test 17:00:36
@reckenrode:matrix.orgRandy Eckenrode Otherwise, I agree. I’m (ab)using include for CMake files and Swift modules. 17:01:01
@emilazy:matrix.orgemilyyou can get Clang to print out default paths. I forget the flag.17:01:02
@emilazy:matrix.orgemily I bet it works for swiftc too. 17:01:05
@emilazy:matrix.orgemily staticlib then :) 17:01:14
@saiko:knifepoint.netKatalin 🔪 ah, hold on. here we go 17:03:26
@saiko:knifepoint.netKatalin 🔪Redacted or Malformed Event17:04:21
@saiko:knifepoint.netKatalin 🔪 ah no, it only looks for a /usr/include/Foo/module.modulemap which is for the clang modules 17:06:08
@saiko:knifepoint.netKatalin 🔪 yeah, looks like no default module paths outside the toolchain dir 17:06:17
@saiko:knifepoint.netKatalin 🔪 this is with strace so I might have missed something 17:07:05
@saiko:knifepoint.netKatalin 🔪 (when you write 'import Foo', that is) 17:07:26
@saiko:knifepoint.netKatalin 🔪 good to know in any case, since I will need to deal with this in Meson at some point when I do installable libraries 17:11:14
@reckenrode:matrix.orgRandy EckenrodeI was thinking there might be some pushback on the evil I’m doing. 😂17:32:33
@reckenrode:matrix.orgRandy Eckenrode I’m (ab)using dev because of the default lib.getDev done in make-derivation.nix. 17:33:16

Show newer messages


Back to Room ListRoom Version: 6