Linux, OSX: Windows:

Julia is a high-level, high-performance dynamic language for technical computing. The main homepage for Julia can be found at julialang.org. This is the GitHub repository of Julia source code, including instructions for compiling and installing Julia, below.

• Homepage: http://julialang.org
• Binaries: http://julialang.org/downloads/
• Documentation: http://docs.julialang.org/
• Packages: http://pkg.julialang.org/
• Source code: https://github.com/JuliaLang/julia
• Git clone URL: git://github.com/JuliaLang/julia.git
• Mailing lists: http://julialang.org/community/
• IRC: http://webchat.freenode.net/?channels=julia

The mailing list for developer discussion is http://groups.google.com/group/julia-dev/. All are welcome, but the volume of messages is higher, and the discussions tend to be more esoteric. New developers may find the notes in CONTRIBUTING helpful to start contributing to the Julia codebase.

• StackOverflow
• Youtube
• Twitter
• Google+
• Meetup

All systems are supported with both x86/64 (64-bit) and x86 (32-bit) architectures. Experimental and early support for ARM is available too.

git clone git://github.com/JuliaLang/julia.git

git config --global url."https://".insteadOf git://

git checkout release-0.3

Now run make to build the julia executable. To perform a parallel build, use make -j N and supply the maximum number of concurrent processes. When compiled the first time, it will automatically download and build its external dependencies. This takes a while, but only has to be done once. If the defaults in the build do not work for you, and you need to set specific make parameters, you can save them in Make.user. The build will automatically check for the existence of Make.user and use it if it exists. Building Julia requires 1.5GiB of disk space and approximately 700MiB of virtual memory.

If you need to build Julia in an environment that does not allow access to the outside world, use make -C deps getall to download all the necessary files. Then, copy the julia directory over to the target environment and build with make.

Note: the build process will not work if any of the build directory's parent directories have spaces in their names (this is due to a limitation in GNU make).

Once it is built, you can run the julia executable using its full path in the directory created above (the julia directory), or, to run it from anywhere, either

• add a soft link to the julia executable in the julia directory to /usr/local/bin (or any suitable directory already in your path), or

• add the julia directory to your executable path for this shell session (in bash: export PATH="$(pwd):$PATH" ; in csh or tcsh: set path= ( $path $cwd ) ), or

• add the julia directory to your executable path permanently (e.g. in .bash_profile), or

• write prefix=/path/to/install/folder into Make.user and then run make install.

Now you should be able to run Julia like this:

julia

If everything works correctly, you will see a Julia banner and an interactive prompt into which you can enter expressions for evaluation. (Errors related to libraries might be caused by old, incompatible libraries sitting around in your PATH. In that case, try moving the julia directory earlier in the PATH).

Your first test of Julia should be to determine whether your build is working properly. From the UNIX/Windows command prompt inside the julia source directory, type make testall. You should see output that lists a series of tests being run; if they complete without error, you should be in good shape to start using Julia.

You can read about getting started in the manual.

If you are building a Julia package for distribution on Linux, OS X, or Windows, take a look at the detailed notes in DISTRIBUTING.md.

If you have previously downloaded julia using git clone, you can update the existing source tree using git pull rather than starting anew:

cd julia
git pull && make

Assuming that you had made no changes to the source tree that will conflict with upstream updates, these commands will trigger a build to update to the latest version.

1. Over time, the base library may accumulate enough changes such that the bootstrapping process in building the system image will fail. If this happens, the build may fail with an error like

    *** This error is usually fixed by running 'make clean'. If the error persists, try 'make cleanall' ***

   As described, running make clean && make is usually sufficient. Occasionally, the stronger cleanup done by make cleanall is needed.

2. New versions of external dependencies may be introduced which may occasionally cause conflicts with existing builds of older versions.

   a. Special make targets exist to help wipe the existing build of a dependency. For example, make -C deps clean-llvm will clean out the existing build of llvm so that llvm will be rebuilt from the downloaded source distribution the next time make is called. make -C deps distclean-llvm is a stronger wipe which will also delete the downloaded source distribution, ensuring that a fresh copy of the source distribution will be downloaded and that any new patches will be applied the next time make is called.

   b. To delete existing binaries of julia and all its dependencies, delete the ./usr directory in the source tree.

3. In extreme cases, you may wish to reset the source tree to a pristine state. The following git commands may be helpful:

    git reset --hard #Forcibly remove any changes to any files under version control
    git clean -x -f -d #Forcibly remove any file or directory not under version control

   To avoid losing work, make sure you know what these commands do before you run them. git will not be able to undo these changes!

• GCC version 4.6 or later is recommended to build Julia.
• To use external shared libraries not in the system library search path, set USE_SYSTEM_XXX=1 and LDFLAGS=-Wl,-rpath /path/to/dir/contains/libXXX.so in Make.user.
  • Instead of setting LDFLAGS, putting the library directory into the environment variable LD_LIBRARY_PATH (at both compile and run time) also works.
• See also the external dependencies.

Julia can be built for a non-generic architecture by configuring the ARCH Makefile variable. See the appropriate section of Make.inc for additional customization options, such as MARCH and JULIA_CPU_TARGET.

For example, to build for Pentium 4, set MARCH=pentium4 and install the necessary system libraries for linking. On Ubuntu, these may include lib32gfortran3 (also manually call ln -s /usr/lib32/libgfortran3.so.0 /usr/lib32/libgfortran3.so) and lib32gcc1, lib32stdc++6, among others.

You can also set MARCH=native for a maximum-performance build customized for the current machine CPU.

The julia-deps PPA contains updated packages for julia dependencies if you want to use system libraries instead of having them downloaded and built during the build process. See System Provided Libraries.

For a fast and easy current installation, the before_install section of travis.yml is a great resource. Note that those instructions are for Ubuntu 12.04, and for later versions you may need to install newer versions of dependencies, such as libunwind8-dev instead of libunwind7-dev.

On RHEL/CentOS 5 systems, the default compiler (gcc 4.1) is too old to build Julia.

If the gcc44 and gfortran44 packages are installed, you can specify their use by adding the following to Make.user

FC = gfortran44
CC = gcc44
CXX = g++44

Otherwise, install or contact your systems administrator to install a more recent version of gcc.

Google Compute Engine is evolving rapidly, as is Julia. This section is current as of March 2014 and assumes working knowledge of Google Cloud Services.

These notes apply to the Debian 7 image currently available on Google Compute Engine and Julia pre-0.3. There are only two things you need to do:

1. Install packages required to build on your instance:

apt-get install bzip2 gcc gfortran git g++ make m4 ncurses-dev cmake

2. Now clone JuliaLang:master; you should be able to build using the generic Linux instructions. These instructions were tested on a g1-small instance on 2014-03-28. Other resources include information on Google Compute Engine and a series of tutorials by Julia Ferraioli.

It is essential to use a 64-bit gfortran to compile Julia dependencies. The gfortran-4.7 (and newer) compilers in brew and MacPorts work for building Julia. Clang is now used by default to build Julia on OS X (10.7 and above). It is recommended that you upgrade to the latest version of Xcode (at least 4.3.3.). You need to have the Xcode command line utilities installed (and updated): run xcode-select --install in the terminal (in Xcode prior to v5.0, you can alternatively go to Preferences -> Downloads and select the Command Line Utilities). This will ensure that clang v3.1 is installed, which is the minimum version of clang required to build Julia. On OS X 10.6, the Julia build will automatically use gcc.

If you have set LD_LIBRARY_PATH or DYLD_LIBRARY_PATH in your .bashrc or equivalent, Julia may be unable to find various libraries that come bundled with it. These environment variables need to be unset for Julia to work.

If you see build failures in OpenBLAS or if you prefer to experiment, you can use the Apple provided BLAS in vecLib by building with USE_SYSTEM_BLAS=1. Julia does not use the Apple provided LAPACK, as it is too old.

On FreeBSD Release 9.0, install the gcc46, git, and gmake packages/ports, and compile Julia with the command:

$ gmake FC=gfortran46

You must use the gmake command on FreeBSD instead of make.

In order to build Julia on Windows, see README.windows.

Julia can be developed in an isolated Vagrant environment. See the Vagrant README for details.

• GNU make — building dependencies.
• gcc & g++ (>= 4.4) or Clang (>= 3.1, Xcode 4.3.3 on OS X) — compiling and linking C, C++
• gfortran — compiling and linking fortran libraries
• git — version control and package management (version 1.7.3+ required)
• perl — preprocessing of header files of libraries.
• wget, curl, or fetch (FreeBSD) — to automatically download external libraries.
• m4 — needed to build GMP.
• patch — for modifying source code.
• cmake — needed to build libgit2.

Julia uses the following external libraries, which are automatically downloaded (or in a few cases, included in the Julia source repository) and then compiled from source the first time you run make:

• LLVM (>= 3.3) — compiler infrastructure.
• FemtoLisp — packaged with Julia source, and used to implement the compiler front-end.
• libuv — portable, high-performance event-based I/O library
• OpenLibm — a portable libm library containing elementary math functions.
• OpenSpecFun (>= 0.4) — a library containing Bessel and error functions of complex arguments.
• DSFMT — a fast Mersenne Twister pseudorandom number generator library.
• OpenBLAS — a fast, open, and maintained basic linear algebra subprograms (BLAS) library, based on Kazushige Goto's famous GotoBLAS. The system provided BLAS and LAPACK are used on OS X.
• LAPACK (>= 3.4) — a library of linear algebra routines for solving systems of simultaneous linear equations, least-squares solutions of linear systems of equations, eigenvalue problems, and singular value problems.
• MKL (optional) – OpenBLAS and LAPACK may be replaced by Intel's MKL library.
• AMOS — subroutines for computing Bessel and Airy functions.
• SuiteSparse — a library of linear algebra routines for sparse matrices.
• ARPACK — a collection of subroutines designed to solve large, sparse eigenvalue problems.
• FFTW (>= 3.3) — library for computing fast Fourier transforms very quickly and efficiently.
• PCRE (>= 8.31) — Perl-compatible regular expressions library.
• GMP (>= 5.0) — the GNU multiple precision arithmetic library, needed for bigint support.
• MPFR (>= 3.0) — the GNU multiple precision floating point library, needed for arbitrary precision floating point support.
• libgit2 (>= 0.21) — the Git linkable library, used by Julia's package manager

SuiteSparse is a special case, since it is typically only installed as a static library, while USE_SYSTEM_SUITESPARSE=1 requires that it is a shared library. Running the script contrib/repackage_system_suitesparse4.make will copy your static system SuiteSparse installation into the shared library format required by Julia. make USE_SYSTEM_SUITESPARSE=1 will then use the SuiteSparse that has been copied into Julia's directory, but will not build a new SuiteSparse library from scratch.

To use the Intel MKL BLAS and LAPACK libraries, make sure that MKL version 10.3.6 or higher is installed. For a 64-bit architecture, the environment should be set up as follows:

# bash
source /path/to/mkl/bin/mklvars.sh intel64 ilp64
export MKL_INTERFACE_LAYER=ILP64

It is recommended that Intel compilers be used to build julia when using MKL. Add the following to the Make.user file:

USEICC = 1
USEIFC = 1
USE_INTEL_MKL = 1
USE_INTEL_MKL_FFT = 1
USE_INTEL_LIBM = 1

It is highly recommended to start with a fresh clone of the Julia repository.

base/          source code for Julia's standard library
contrib/       editor support for Julia source, miscellaneous scripts
deps/          external dependencies
doc/manual     source for the user manual
doc/stdlib     source for standard library function help text
examples/      example Julia programs
src/           source for Julia language core
test/          test suites
test/perf      benchmark suites
ui/            source for various front ends
usr/           binaries and shared libraries loaded by Julia's standard libraries

Because of the rapid pace of development at this point, we recommend installing the latest Julia from source, but platform-specific tarballs with pre-compiled binaries are also available for download.

You can either run the julia executable using its full path in the directory created above, or add that directory to your executable path so that you can run the Julia program from anywhere (in the current shell session):

export PATH="$(pwd)/julia:$PATH"

Now you should be able to run Julia like this:

julia

On Windows, double-click julia.bat.

If everything works correctly, you will see a Julia banner and an interactive prompt into which you can enter expressions for evaluation. You can read about getting started in the manual.

The following distributions include julia, but the versions may be out of date due to rapid development:

• Arch Linux
• Debian GNU/Linux
• Fedora Linux, RHEL/CentOS/OEL/Scientific Linux (EPEL)
  • Current stable release for Fedora/EPEL
  • Nightly builds for Fedora/EPEL
• Gentoo Linux
  • Git Package in the Science overlay
• openSUSE
  • Stable package for openSUSE: OBS page, 1 Click Install
  • Git package for openSUSE: OBS page, 1 Click Install
• Ubuntu
  • Ubuntu 13.04 (Raring Ringtail)
  • Nightly builds PPA (depends on the julia-deps PPA)
• OS X Homebrew Tap

Currently, Julia editing mode support is available for Emacs, Vim, Textmate, Sublime Text, Notepad++, and Kate, in contrib/. There is early support for IDEs such as Juno, Eclipse (LiClipse). A notebook interface is available through IJulia, which adds Julia support to IPython. The Sublime-IJulia plugin enables interaction between IJulia and Sublime Text.

In the terminal, Julia makes great use of both control-key and meta-key bindings. To make the meta-key bindings more accessible, many terminal emulator programs (e.g., Terminal, iTerm, xterm, etc.) allow you to use the alt or option key as meta. See the section in the manual on interacting with Julia for more details.