Tuist 0.16.0 allows users to link system libraries and frameworks

2019-06-21Oliver Atkinson 2 min read

Hi, Ollie here 👋🏼! Happy Friday!

I’m happy to announce the release of Tuist 0.16.0; I’m going to talk through the changes we have made this release and some of the upcoming work we have planned to support some of the newer features announced at this year’s WWDC.

Adding support for linking system libraries and frameworks 🏛

Liking against system libraries and frameworks explicitly is sometimes necessary. This is a common use-case when using 3rd-Party frameworks such as Firebase.

We’ve added support for a new dependency type sdk.

name: "App",
platform: .iOS,
product: .app,
bundleId: "io.tuist.App",
infoPlist: "Info.plist",
sources: [ "Sources/**" ],
dependencies: [
.sdk(name: "CloudKit.framework", status: .required),
.sdk(name: "StoreKit.framework", status: .optional),
.sdk(name: "libc++.tbd"),
Copy the content

Add input & output paths for target action 🎯

If you use tools which need the ability to configure a pre-build or post-build script with input and output files, we now have added support for both.

path: "",
name: "My Custom Script Phase",
inputFileListPaths: [ "Data/Cars.raw.json", "Data/Drivers.raw.json" ],
outputFileListPaths: [ "Data/Cars.swift", "Data/Drivers.swift" ]
Copy the content

Generate Tuist projects with no build settings 🧬

If you have a custom setup and don’t want Tuist to provide any default build settings then you are now able to specify .none for settings on Project or Target.

import ProjectDescription
let project = Project(
name: "MyFramework",
settings: Settings(
debug: .init(xcconfig: "Configuration/Debug.xcconfig"),
release: .init(xcconfig: "Configuration/Release.xcconfig"),
defaultSettings: .none
targets: [
name: "MyFramework",
platform: .iOS,
product: .framework,
bundleId: "io.tuist.MyFramework",
infoPlist: "Sources/Info.plist",
sources: [
dependencies: [
.framework(path: "../Framework2/prebuilt/Framework2.framework"),
Copy the content

This will ensure tuist does not generate a project with any build settings. Be warned if you do this you will need to ensure you provide some build settings otherwise it might not build inside Xcode.

Bug Fixes 🐞

We’ve been really busy squishing bugs and improving the overall stability and experience when using Tuist. We think fixing bugs you find are very important to us and the future of Tuist - so if you find any bugs please raise an issue.

Code sign frameworks on when embedding ✍🏼

Frameworks were not correctly being codesigned when embedded. This caused a bug when trying to build to device “App installation failed. No code signature found”. I was able to figure out where the problem was and include it in this release. Thanks to @Rag0n for rasising the issue.

Stability for generated projects 🏗

We’ve been working really hard to stabilize the generated Xcode projects which is really good news if you check them in as you will not see changes you didn’t intend to make. It also meant that Xcode could not live-reload the project correctly.

Both Kas and Marcing have introduced fixes into this release! 💪🏼

Installing custom tuist builds from source 👷🏼‍♂️

tuist local was failing to install due to a small bug in the installer still referencing an old compiler flag, luckily I was able to track down the issue and fix it. So if you like living on the edge and using the master branch then it’s all back up and working 👍🏼

And much much more, checkout the changelog for the full list of additions, fixes and improvements

Next up 🕵🏼‍♂️

Thanks, see you next time!

This page can be edited on GitHub