This reverts commit 5298b418eec4129351888f41cb7c3bfc90161e22. This commit was mistakenly committed. PR was opened in #1730, but it was closed and moved to #1761. I didn't notice this and created another PR in #1980. This change was causing 100+ failures in runtime cxxmodules nightlies. (Eg. https://epsft-jenkins.cern.ch/job/root-pullrequests-build/29183/testReport/junit/projectroot/runtutorials/tutorial_fit_FittingDemo/) We want to have **proper** PrebuildModulesPaths which information were extracted from LD_LIBRARY_PATH and DYLD_LIBRARY_PATH, not a random ".". Because of this commit, we were trying to autoload libraries generated by roottest on-demand (for example "./h1analysisTreeReader_C.so") This is not an intentional behavior, these autogenerated libraries are already loaded by roottest and what we want to do is to load **proper** libraries like libHist.so instead.
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
.