Keith Smiley

icon indicating a website link https://smileykeith.com icon indicating an email [email protected]

icon company @ModularML icon location Seattle, WA icon location devx @modularml, maintainer of bazel's iOS support, creator of the Mobile Native Foundation, LLVM & Swift contributor, previously Principal Engineer at Lyft

Results 1357 comments of Keith Smiley

Switch to SwiftPM conditional dependencies API

CI doesn't have `unzip`

Switch to SwiftPM conditional dependencies API

🤞🏻

env: node: No such file or directory

What's the output of `which node`? I imagine it's somewhere tulsi (and all apps) don't see. If you quit tulsi and run `open -a Tulsi` from terminal that might work

rust_binary with crate_type = cdylib doesn't produce expected providers

Potential fix https://github.com/bazelbuild/rules_rust/pull/1331 cc @scentini

rust_binary with crate_type = cdylib doesn't produce expected providers

I think that works already in the change I linked above, it just wasn't declared that way before, so bazel fails

UI tests don't work with --test_filter unless ProductModuleName matches source lib

Please submit an issue if this doesn't work!

UI tests don't work with --test_filter unless ProductModuleName matches source lib

Can you show the output when your test runs so we can see the names of things to verify that matches? it's possible this isn't implemented correctly / at all...

UI tests don't work with --test_filter unless ProductModuleName matches source lib

Ah I think you need to update rules_apple / xctestrunner to include this fix https://github.com/google/xctestrunner/commit/24ba1517795e6e1c99d361988b95e51a48489087

UI tests don't work with --test_filter unless ProductModuleName matches source lib

If your target names have dashes in them you also need https://github.com/google/xctestrunner/pull/42

UI tests don't work with --test_filter unless ProductModuleName matches source lib

i debugged to https://github.com/bazelbuild/rules_apple/pull/1369