PassiveLogic Swift WebAssembly Open Source Contributions

[scottmarchant]

Who is PassiveLogic?

PassiveLogic is a company creating autonomous building control solutions to pave the way for a new generation of high-efficiency building technology.

We ❤ Swift!

What is PassiveLogic doing?

We're actively working to use our existing Swift codebase in our web apps, using Swift SDK for WebAssembly.

To enable using Swift for WebAssembly with large-scale web apps, we're contributing support for Swift WebAssembly compilation to a wide range of open source repositories. These contributions work together to enable common web app functionality, such as connecting to servers using websockets, making HTTP requests, creating SQLite databases, and much more.

Active Contributions

Following are active contributions to enable using swift for large-scale web apps. This is a working list, and will be updated over time.

DispatchAsync

A new lite drop-in replacement of GCD, implemented using SwiftConcurrency. GCD is not currently included in the Swift SDK for WebAssembly. DispatchAsync enables compiling Swift code that uses GCD, but using a Swift Concurrency backing instead of the unsupported GCD library.

• Create working proof of concept private using our own codebase to dog-food the concept.
• Create initial open source repository (in progress). This repository will be a temporary stepping stone towards hopeful integration in libDispatch or some other place in the Swift toolchain that enables import Dispatch in Swift WebAssembly builds.
  See feat: Initial implementation of many GCD API's using Swift Concurrency swift-dispatch-async#1
• Add initial wave a unit tests, some of which are ported from libDispatch. See feat: Port tests from libDispatch to DispatchAsync. Add additional tests for functionality. swift-dispatch-async#2
• Migrate DispatchAsync into the Swift SDK for WebAssembly

nio-async-runtime

A light weight MultiThreadedEventLoopGroup and NIOThreadPool, without any NIOPosix dependency. Powered by Swift Concurrency.

Provides a drop-in replacement for MultiThreadedEventLoopGroup and NIOThreadPool usages in places where NIOPosix is currently the only solution.

• Set up Swift Package and CI - feat: Initial package and CI setup nio-async-runtime#3
• AsyncEventLoopExecutor to power AsyncEventLoop - feat: Implement AsyncEventLoopExecutor to lay foundation nio-async-runtime#11
• AsyncEventLoop and MultiThreadedEventLoopGroup - feat: Implement AsyncEventLoop and MultiThreadedEventLoopGroup nio-async-runtime#4
• NIOThreadPool - feat: Implement concurrency-backed NIOThreadPool nio-async-runtime#8
• Test Utilities - test: Add NIO test utilities nio-async-runtime#5
• AsyncEventLoop tests ported from swift-nio - test: Add AsyncEventLoop and executor tests nio-async-runtime#6
• MultiThreadedEventLoopGroup tests ported from swift-nio - test: Add MultiThreadedEventLoopGroup tests nio-async-runtime#7
• NIOThreadPool tests ported from swift-nio - test: Add NIOThreadPool tests nio-async-runtime#9
• EventLoopFuture parity tests ported from swift-nio - test: Add EventLoopFuture parity tests nio-async-runtime#10
• Benchmarks ported from swift-nio - test: Add ported benchmarks from NIOPosix nio-async-runtime#12
• Whitespace and formatting set up - refactor: Update swift format rules to use 4 space tabs instead of 2 nio-async-runtime#13
• Readme and examples - feat: Update readme and add a few examples nio-async-runtime#14
• Update support for consumption in packages that use swift tools version 5.10: feat: Add limited backwards compatibility for dependency consumption by Swift 5.10 packages nio-async-runtime#15

DataLoader

• Private in-house wasm proof of concept
• Create PR to enable compiling to wasm: Feat: Add Swift WebAssembly support to DataLoader GraphQLSwift/DataLoader#23
• Create PR to add wasm compilation into CI: feat: Add swift wasm CI targets to DataLoader GraphQLSwift/DataLoader#26 and ci: Remove swift 5.8 and 5.9 builds from test matrix. Add Swift 6.1. GraphQLSwift/ci#3

sql-kit

• Private in-house wasm proof of concept
• Create PR to enable compiling to wasm: Resolve issues breaking Swift Wasm builds for sql-kit vapor/sql-kit#190
• Create PR to add wasm compilation into CI. See feat: Adds opt-in only wasm target to vapor CI workflows vapor/ci#54 and ci: Enables opt-in wasm CI build for sql-kit vapor/sql-kit#191

swift-log

• feat: Update lock implementation to more closely align with swift-nio implementation apple/swift-log#398
• chore: update Lock implementation with latest changes from swift-nio apple/swift-log#408

swift-distributed-tracing

• Private in-house wasm proof of concept
• Create PR to enable compiling to wasm: feat: Add Swift WebAssembly compilation support to swift-distributed-tracing apple/swift-distributed-tracing#174
• Create PR to add wasm compilation into CI: ci: Add swift wasm builds to CI to prevent future breakages to wasm builds apple/swift-distributed-tracing#175
• Update lock implementation: chore: Update Lock implementation with latest changes from swift-logs. apple/swift-distributed-tracing#210

async-kit

• Private in-house wasm proof of concept
• PR to enable compiling to wasm and enable wasm CI checks: feat: Enable WASM compilation vapor/async-kit#111

swift-metrics

• Private in-house wasm proof of concept
• Create PR to enable compiling to wasm (by @czechboy0 originally): feat: Add support for Wasm compilation and CI using the Swift SDK for WebAssembly apple/swift-metrics#190

swift-async-algorithms

• PR to enable wasm compilation without pthreads: Support for Wasm using Swift SDKs that don't support pthreads apple/swift-async-algorithms#389
• PR to adjust code documentation on wasm: docs: Update comments in Locking.swift to better clarify threading scenario for WASILibc apple/swift-async-algorithms#393

swift-nio

• Private in-house wasm proof of concept
• Fix NIOCore build for wasip1: fix: Fix NIOCore build for wasm targets apple/swift-nio#3156
• Fix NIOCore build for wasip1 (again): fix: Fix compiler error found on latest main that breaks wasip1 (wasm) compilation apple/swift-nio#3271
• Improve .wait error messaging: chore: For WASI builds only, use fatalError in all .wait() calls. Recommend using .get() instead. apple/swift-nio#3421
• Fix NIOCore and NIOFoundationCompat Wasm compilation: feat: Enable NIOFoundationCompat to compile using Swift for WebAssembly. Fix NIOCore WASI compilation issue. apple/swift-nio#3422
• Create PR to add NIOAsyncRuntime as new module in swift-nio: feat: Upstream NIOAsyncRuntime from PassiveLogic to swift-nio apple/swift-nio#3487
• Update Lock implementation: fix: Ensure pthread_mutexattr_t is properly cleaned up with pthread_mutexattr_destroy in Lock apple/swift-nio#3480
• Add tests for NIOAsyncRuntime: test: Add tests and CI for NIOAsyncRuntime apple/swift-nio#3488
• Port EventLoopFutureTest to Swift Testing: test: Port EventLoopFutureTest to Swift Testing. apple/swift-nio#3491
• Port NIOThreadPoolTest to Swift Testing: test: Port NIOThreadPoolTest to Swift Testing. apple/swift-nio#3490
• Elide NIOPosix for WASI Platforms only: build: Elide NIOPosix for WASI platforms only apple/swift-nio#3485
• Elide NIOEmbedded for WASI Platforms only: build: Elide NIOEmbedded for WASI platforms only apple/swift-nio#3484
• Elide mutext variable from Lock class when it is unused: chore: Elide mutex variable from Lock class when it is unused apple/swift-nio#3483
• Port EventLoopTest to Swift Testing: test: Port EventLoopTest to Swift Testing. apple/swift-nio#3503

sqlite-kit

• Private in-house wasm proof of concept
• PR to enable compiling to wasm and add wasm CI: feat: Add support for wasm compilation when using an in-memory sqlite database configuration vapor/sqlite-kit#113

sqlite-nio

• Private in-house wasm proof of concept
• PR to enable compiling to wasm and add wasm CI: feat: Enable sqlite-nio to compile to wasm targets vapor/sqlite-nio#98

RxSwift

NOTE: RxSwift is a very difficult dependency to compile to wasm, due to extensive GCD usage. With the new swift-dispatch-async repo, we're able to create a functional build. But it only works in single-threaded wasm environments (the normal environment for wasm).

• Private in-house wasm proof of concept
• Create PR to enable compiling to wasm: feat: Add support for wasm compilation ReactiveX/RxSwift#2680

JavaScriptKit

Contributions to BridgeJS plugin that provides easy interoperability between Swift and JavaScript/TypeScript:

Functional:

• Add Swift -> JS protocol support #460 #456
• Add Swift -> JS case / raw / namespacing / associated value enums support #436 #418 #455
• Add Swift -> JS default parameter value support #453
• Support for Swift -> JS static/class properties & functions #448 -
• Add Swift → JS Optional support #444 -
• Macro extension to define JS namespace #405
• Add Swift -> JS closure support

Minor improvements:

• Migrate to code fragment printer
• Migrate to IntrinsicJSFragment for enums
• Switch to direct TypeSyntax initialiser
• Benchmark setup fixes and filtering option
• Fix nested type resolution for MemberTypeSyntax
• Allow swift-syntax version 6.20