Cling - The Interactive C++ Interpreter
Go to file
2016-09-09 09:29:49 +02:00
cmake/modules From Bertrand: add ClingConfig.cmake. 2016-06-15 14:14:34 +02:00
demo Remove trailing spaces 2014-08-13 16:08:36 +02:00
docs Add link to cling web page. 2016-08-09 21:44:07 +02:00
include/cling Move CompilationException into Interpreter library. 2016-09-09 09:29:49 +02:00
lib Windows: Fix CMake generation of CLING_INCLUDE_PATHS. 2016-09-09 09:29:49 +02:00
patches Remove old file. 2016-07-22 20:54:47 +02:00
test Add test for ROOT-7610. 2016-09-06 10:14:21 +02:00
tools Fix problem of tar file creation on Windows (slash vs backslash issue) 2016-08-26 09:44:15 +02:00
www Prepare for v0.3 release. 2016-08-09 20:58:07 +02:00
.travis.yml Travis: Install timeout tool to control signal sent on timeout. 2016-08-21 10:29:25 +02:00
appveyor.yml Use current repo name rather than hardcoded one. 2016-08-19 21:14:06 +02:00
CMakeLists.txt Windows: Fix CMake generation of CLING_INCLUDE_PATHS. 2016-09-09 09:29:49 +02:00
CREDITS.txt Add mail. 2016-08-18 15:44:19 +02:00
LastKnownGoodLLVMSVNRevision.txt Note new llvm rev. 2016-07-12 10:44:20 +02:00
LICENSE.TXT Remove trailing spaces 2014-08-13 16:08:36 +02:00
Module.mk Suppress warning about (intentional) use of deprecated function in CIFactory.cxx 2016-08-31 23:14:08 +02:00
README.md Typo. 2016-08-09 21:44:07 +02:00
VERSION Bump version. 2016-08-09 21:27:58 +02:00

Unix and OSX Build Status

Cling - The Interactive C++ Interpreter

Overview

Cling is an interactive C++ interpreter, built on top of Clang and LLVM compiler infrastructure. Cling realizes the read-eval-print loop (REPL) concept, in order to leverage rapid application development. Implemented as a small extension to LLVM and Clang, the interpreter reuses their strengths such as the praised concise and expressive compiler diagnostics.

See also cling's web page.

Please note that some of the resources are rather old and most of the stated limitations are outdated.

Installation

Release Notes

See our release notes to find what's new.

Binaries

Our nightly binary snapshots can be found here.

Building from Source with Cling Packaging Tool

Cling's tree has a user-friendly, command-line utility written in Python called Cling Packaging Tool (CPT) which can build Cling from source and generate installer bundles for a wide range of platforms. CPT requires Python 2.7 or later.

If you have Cling's source cloned locally, you can find the tool in tools/packaging directory. Alternatively, you can download the script manually, or by using wget:

wget https://raw.githubusercontent.com/root-mirror/cling/master/tools/packaging/cpt.py
chmod +x cpt.py
./cpt.py --check-requirements && ./cpt.py --create-dev-env Debug --with-workdir=./cling-build/

Full documentation of CPT can be found in tools/packaging.

Usage

./cling '#include <stdio.h>' 'printf("Hello World!\n")'`

To get started run:

./cling --help`

or type

./cling
[cling]$ .help`

Jupyter

Cling comes with a Jupyter kernel. After building cling, install Jupyter and run jupyter kernelspec install cling. It requires a fairly new Jupyter. Make sure cling is in your PATH when you start jupyter!

See also the tools/Jupyter subdirectory for more information.

Developers' Corner

Cling's latest doxygen documentation

Contributions

Every contribution is considered a donation and its copyright and any other related rights become exclusive ownership of the person who merged the code or in any other case the main developers of the "Cling Project".

We warmly welcome external contributions to the Cling! By providing code, you agree to transfer your copyright on the code to the "Cling project". Of course you will be duly credited and your name will appear on the contributors page, the release notes, and in the CREDITS file shipped with every binary and source distribution. The copyright transfer is necessary for us to be able to effectively defend the project in case of litigation.

License

Please see our LICENSE.

Releases

Our release steps to follow when cutting a new release:

  1. Update release notes
  2. Remove ~dev suffix from VERSION
  3. Add a new entry in the news section of our website
  4. Commit the changes.
  5. git tag -a v0.x -m "Tagging release v0.x"
  6. Create a draft release in github and copy the contents of the release notes.
  7. Wait for green builds.
  8. Upload binaries to github (Travis should do this automatically).
  9. Publish the tag and announce it on the mailing list.
  10. Increment the current version and append ~dev.