This repository contains the source code for TextMate 2, a text editor for OS X 10.7+.
To bootstrap the build you need to run ./configure
(in the root of the source tree). You can set a few (environment) variables read by this script that change the generated build file:
builddir
— location of built files. Defaults to~/build/TextMate
.identity
— for Apple’scodesign
. Defaults to ad-hoc signing, which does not use an identity at all.
In the simplest case you would run:
git clone https://github.com/textmate/textmate.git
cd textmate
git submodule update --init
./configure && ninja
Please note that if you downloaded the source code (rather than cloned via git) you likely miss the submodules and the build will therefor fail.
To build the source the following must first be installed on your system:
- ninja — build system similar to
make
- ragel — state machine compiler
- boost — portable C++ source libraries
- multimarkdown — marked-up plain text compiler
- mercurial — distributed SCM system
To install using MacPorts run:
sudo port install ninja ragel boost multimarkdown mercurial
If port
fails with a build error then likely you need to agree (system-wide) to Apple’s Xcode license:
sudo xcodebuild -license
You can also install the above using homebrew:
brew install --HEAD https://raw.github.com/adamv/homebrew-alt/master/head-only/ninja.rb
brew install ragel boost multimarkdown hg
In practice hg
(mercurial) is only required for the SCM library’s tests so you can skip this dependency if you don’t mind a failing test.
If you are on OS X 10.7 you need pgrep
and pkill
(used by the “relaunch” build targets). To install using MacPorts:
sudo port install proctools
Or using homebrew:
brew install pgrep
You also need a recent version of clang. This should be included with Xcode 4.4+ (available for both Lion and Mountain Lion). If don’t have it, you can build clang 3.2 from MacPorts:
sudo port install clang-3.2 clang_select
sudo port select clang mp-clang-3.2
Or using homebrew:
brew install --HEAD llvm --with-clang
You should install the Ninja and CxxTest bundles. Both can be installed via Preferences → Bundles.
After this you can press ⌘B to build from within TextMate. In case you haven't already you also need to set up the PATH
variable either in Preferences → Variables or ~/.tm_properties
so it can find ninja
and related tools; an example could be $PATH:/opt/local/bin
.
The default target is TextMate/run
. This will relaunch TextMate but when called from within TextMate, a dialog will appear before the current instance is killed. As there is full session restore, it is safe to relaunch even with unsaved changes.
If the current file is a test file then the target to build is changed to build the library to which the test belongs (this is done by setting TM_NINJA_TARGET
in the .tm_properties
file found in the root of the source tree).
Similarly, if the current file belongs to an application target (other than TextMate.app
) then TM_NINJA_TARGET
is set to build and run this application.
The build system classifies a target either as a library or an application. The latter can either be a bundled or non-bundled application. E.g. mate
is non-bundled (just a mate
executable) where TextMate.app
is a bundled application.
For each output there are a few symbolic targets you can build. While the examples below refer to a specific library or application, they exist for all targets of same type.
For the io
library:
ninja io # Build the io library and run tests.
ninja io/coerce # Build the io library and skip tests.
ninja io/clean # Remove the build folder for the io library.
ninja io/headers # Copy exported headers to $builddir/include.
For the mate
(non-bundled) application:
ninja mate # Build the mate executable.
ninja mate/run # Build and run the mate executable.
ninja mate/clean # Remove the build folder for the mate executable.
For the TextMate.app
application:
ninja TextMate # Build and sign TextMate.app.
ninja TextMate/run # Build, sign, and run TextMate.app.
ninja TextMate/clean # Remove the build folder for TextMate.app.
ninja TextMate/dsym # Create a tarball with extracted dSYM files.
ninja TextMate/tbz # Create a tarball of TextMate.app. Also produce the dsym tarball.
ninja TextMate/deploy # Push a nightly build. Fails without proper credentials :)
Note that ninja TextMate/clean
only cleans the TextMate build folder ($builddir/Applications/TextMate
) but all libraries and applications it depends on, are not cleaned.
To clean everything run:
ninja -t clean
You can send pull requests via GitHub. Patches should:
- Follow the style of the existing code.
- One commit should do exactly one thing.
- Commit messages should start with a summary line below 80 characters followed by a blank line, and then the reasoning/analysis for why the change was made (if appropriate).
- Commits that fix a bug in a previous commit (which has already been merged) should start with
fixup!
and then the summary line of the commit it fixes. If you are writing your commit message in TextMate then typefix⇥
to get the prefix and a menu allowing you to pick the summary line from one of the last 15 commits. - Rebase your branch against the upstream’s master. We don’t want to pull redundant merge commits.
- Be clear about what license applies to your patch: The files within this repository are under the GPL 3 (or later) but (as the original creator) we are still allowed to create non-free derivatives. However, if patches are given to us under GPL then those cannot make it into any non-free derivatives we may later wish to create. So to make it easier for us (and avoid any legal issues) we prefer if patches are released as public domain.
There is both the textmate-dev mailing list and ##textmate IRC channel at freenode.net where this project can be discussed.
The source for TextMate is released under the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.
TextMate is a trademark of Allan Odgaard.