I, like many would love to see Swift as the goto scripting language for the Mac (and Linux?) As it stands however, using xcrun swift has it's limitations:

• The Xcode editor for swift scripts does not allow auto-completion
• Managing dependencies on frameworks is left to the user
• In the event of a crash the line number is not reported
• It is not possible to run swift scripts in the debugger
• Code cannot be shared readily between swift scripts
• A script can not have a UI component using Cocoa
• Foundation is not convenient when working with files
• Swift Strings are uncompromising and don't support Regexps

diamond is a small binary intended to be used as a Swift interpreter to alleviate these problems. A small Ruby script looks after converting your script into a Xcode project and building it (along with any dependencies) as required. It also comes with a small library SwiftRuby which replicates the core of the Ruby api to work more easily with files, Strings and Regular Expressions than would otherwise be the case with Foundation.

Diamond can be installed either via homebrew or by cloning and building this repo.

  # Brew
  brew install --HEAD RubyNative/formulae/diamond

  # Manually
  git clone https://github.com/RubyNative/Diamond.git
  cd Diamond
  xcrun xcodebuild build

This will install the diamond tool in $HOME/bin.

You will need to make sure that have $HOME/bin in your UNIX $PATH (~/bin does not work.) For some reason you may have to retry the build if you are using El Capitan.

To make your first Diamond script, run diamond my_script.swift. This will create a default swift file, and set up the project behind the scene.

From there you can either edit in your favourite $EDITOR. If your editor of choice happens to be Xcode, then you can run diamond my_script.swift -edit and Diamond will generate an Xcode project for you to work in.

Once you have developed a script it can be used on Linux using the interpreter script diamond in the Linux directory which uses the Swift package manager. Copy this script into a directory on your UNIX $PATH and where there are dependencies use comments after the import such as:

    #!/usr/bin/env diamond

    import Foundation
    import NSLinux // clone https://github.com/johnno1962/NSLinux.git #1
    import Glibc

    dispatch_async( 1, {
        print( "\(Process.arguments)" )
    } )

    sleep( 1 )

You'll need to install ruby if you don't already have it by typing:

sudo apt-get install ruby

Using diamond my_script.swift -edit will create an Xcode project for the script. Your script will be shadowed by the file main.swift in this project.

Frameworks can be pulled into your script from CocoaPods or Carthage using the syntax above and diamond will download and build and install them in ~/Library/Diamond/Frameworks. The script's project has it's Framework search path set to include ~/Library/Diamond/Frameworks, so Xcode's auto-completion works too!

After adding your dependencies, re-running diamond my_script.swift will set them up.

To use dependencies, the CocoaPods gem and it's Rome plugin need to be installed.

    $ [sudo] gem install cocoapods
    $ [sudo] gem install cocoapods-rome

Use a !pod comment in framework import to force updating a particular pod after it has been installed for the first time, it will stay cached otherwise.

diamond runs your script from a parent process guardian to check for crashes. This process finds the Symbolicated CrashReporter ".crash" file and formats it to extract the stacktrace, de-mangling any Swift function names.

When working with the Xcode project for a script, it's "Binary" target can be run in the lldb debugger as you would a normal program. The binary target can also be used to create standalone binary versions of a script provided any dependencies are available. If you are debugging a script which imports another script or a framework you can get warnings about duplications of Swift Classes as they are both built into the binary and linked against by the frameworks. You can ignore these.

diamond's script projects are actually built as frameworks and run by loading them as a bundle. This means they can be imported into each other. If you wish to share some script library code it should be in the scripts's directory ~/bin or ~/bin/lib for it to be rebuilt automatically. Otherwise if you want to use external frameworks the -F, -L, -l<library> and -Xlinker options can be added at the top of the script as they can with xcrun swift.

Script projects come with a MainMenu.xib and AppDelegate.swift by default so all that's required to give a script a UI is to call NSApplicationMain as shown in the browse example included in the distribution. For this to work diamond creates a dummy Contents directory in ~/bin where the diamond binary resides when you run the script.

Foundation is not a particularly convenient way to work with files and processes and Swift's uncompromising String class does not make accessing parts of a string easy. To resolve this a port of the Core Ruby apis has been made to Swift in the project SwiftRuby. Classes: File, Stat, Time and Regexp are included along with extensions to String and Array to round off their rather austere edges.

To get started there is a small example script browse in the project directory. The script "run_injector" installs and runs the Injector project for run-time modification of code in Xcode.

Diamond contains an implementation of code injection. If you are running a UI script and update one of it's sources it will be built into a bundle and loaded applying any changes to class method implementations without requiring a restart.

The author can be reached on Twitter @Injection4Xcode

Copyright (c) 2015 John Holdsworth

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.