016eaa7620
We should setup our callbacks for ExternalASTSource/ExternalSemaSource before we parse *any* code to prevent that any part of the code stores a reference to a non-cling external sources. If this happens, then the clang data structures such redecl chain could go out of sync if they reference different sources and produce errors like failing to merge declarations correctly or creating invalid redecl chains. To fix this, we move this initalization before the initalization of the incremental parser which is the first part that can generate any AST nodes. We only do this for the modules case because in the non-modules case the clang PCH overwrites our callback in the ExternalASTSource and therefore would destroy our external source. |
||
---|---|---|
cmake/modules | ||
demo | ||
docs | ||
include/cling | ||
lib | ||
patches | ||
test | ||
tools | ||
www | ||
.clang-format | ||
.travis.yml | ||
appveyor.yml | ||
CMakeLists.txt | ||
CREDITS.txt | ||
LastKnownGoodLLVMSVNRevision.txt | ||
LICENSE.TXT | ||
Module.mk | ||
README.md | ||
VERSION |
Cling - The Interactive C++ Interpreter
The main repository is at https://github.com/root-project/cling
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.
- talks
- http://blog.coldflake.com/posts/2012-08-09-On-the-fly-C++.html
- http://solarianprogrammer.com/2012/08/14/cling-cpp-11-interpreter/
- https://www.youtube.com/watch?v=f9Xfh8pv3Fs
- https://www.youtube.com/watch?v=BrjV1ZgYbbA
- https://www.youtube.com/watch?v=wZZdDhf2wDw
- https://www.youtube.com/watch?v=eoIuqLNvzFs
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-project/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:
- Update release notes
- Remove
~dev
suffix from VERSION - Add a new entry in the news section of our website
- Commit the changes.
git tag -a v0.x -m "Tagging release v0.x"
- Create a draft release in github and copy the contents of the release notes.
- Wait for green builds.
- Upload binaries to github (Travis should do this automatically).
- Publish the tag and announce it on the mailing list.
- Increment the current version and append
~dev
.