Philippe Canal

> Support for variables and constants that are evaluated during geometry construction: See related https://github.com/root-project/root/issues/13074, https://root-forum.cern.ch/t/tformula-error-while-importing-gdml-file-in-root6/30345/6,

We also already have a `misc` directory. The content of build is a mix of things that would belong there and things that are using during the build (and things...

Following #16245, most of the `build` directory was moved out. Some are still left (looks like mostly items that could move to `cmake` directory)

Do we keep track of which commit/point-of-development this correspond to in the cppyy repository?

The script seems to be using 'https://github.com/guitargeek/CPyCppyy.git', would it make sense to use a repository within the `root-project` umbrella?

> Or python executes different script lines from different threads? It smells like this is the problem. (But oddly on the surface the example at https://github.com/root-project/root/issues/15498#issue-2293017347 seems to not turn...

The failures are unrelated.

We have a related/similar issue with a `TChain` containing trees with missing branches: ``` f = new TFile("f1.root","RECREATE"); t1 = new TTree("t1","t1a") int i = 55; t1->Branch("a",&i); t1->Branch("b",&i); t1->Fill(); f->Write();...

If we enable ORCV2 asynchronous compilation, it is clear we have to enable threading support in LLVM. So the question is whether we do want to enable ORCV2 asynchronous compilation...

> Nope, the code (the condition) onto which you commented has been removed (I fixed rootcling which was failing on eve7) Sorry, github misled me :). (and I equally missed...