Skip to content
Snippets Groups Projects
  1. Mar 21, 2019
  2. Feb 18, 2019
  3. Feb 05, 2019
  4. Jan 30, 2019
  5. Jan 24, 2019
    • Yuka Takahashi's avatar
      [cxxmodules] Introduce virtual modulemap overlay file (#3267) · 89ea0e7b
      Yuka Takahashi authored
      This patch includes:
      - Remove existing modulemap.overlay files
        Cling now can generate virtual overlay files on-demand.
      - Implement `-modulemap_overlay` flag to Cling
        This flag is used to tell Cling the location of modulemaps to be
        overlayed. (eg. stl.modulemap, libc.modulemap)
      - Generate and load virtual modulemap in Cling
        It is in Interpreter constructor, happens as part of cxxmodules
        initialization step.
      - Implement an interface to Clang CompilerInvocation which can take FileSystem pointer
        Previously, Clang only took a "string of filenames" which clearly doesn't
        work for our usecase. We already discussed this new interface at
        modules meeting, so this change will land upstream.
      - Add a file existence check in Clang
        When compiling a pcm and when Clang saw the #include with which pcm was available
        (or being generated implicitly), Clang was putting a notation of the full path to this pcm.
        This caused an error when build directory was deleted, because the path didn't exist anymore.
      
      This patch enables modules to be binary distributed, and to make it
      work in CMSSW enviroment.
      Unverified
      89ea0e7b
  6. Jan 22, 2019
  7. Jan 15, 2019
  8. Jan 09, 2019
  9. Dec 17, 2018
    • Yuka Takahashi's avatar
      [cxxmodules] Create a overlay file for installed directory · cace5c90
      Yuka Takahashi authored
      The aim of this patch is to make runtime modules "installable".
      
      Previously, modulemap.overlay.yaml file was being generated by cmake
      __only__ for build directory. So the path/to/your/build/directory was
      hardcoded to modulemap.overlay.yaml and Cling was reading modulemap for
      stl and libc from the build directory even if it was installed to different
      location.
      
      This was a problem for CMSSW, so in this patch I'm generating two
      overlay files, one for build directory and other one for installed
      directory. CMake will generate modulemap.overlay.yaml for __build__
      directory from modulemap.overlay.yaml.in.build at compilation time, and
      it will generate and install modulemap.overlay.yaml for __install__
      directory from modulemap.overlay.yaml.install.
      cace5c90
  10. Dec 11, 2018
  11. Dec 10, 2018
  12. Dec 06, 2018
  13. Dec 05, 2018
  14. Dec 04, 2018
  15. Dec 03, 2018
  16. Nov 29, 2018
  17. Nov 27, 2018
  18. Nov 14, 2018
  19. Oct 31, 2018
  20. Oct 23, 2018
  21. Oct 01, 2018
  22. Sep 27, 2018
  23. Sep 26, 2018
    • Yuka Takahashi's avatar
      [cxxmodules] Allow ROOT_ prefix module to be implicitly build by rootcling · 0934170a
      Yuka Takahashi authored
      Previously, [system] was used to mark modules which were supporsed be
      implicitly built by rootcling for runtime modules. This was a workaround, and it was causing
      SourceLocation error in cxxmodules as it is also using the same
      modulemap.
      
      To remove the workaround, we are introducing a new convention that modules
      start with ROOT_ is treated as "ROOT system modules", which can be build
      implicitly.
      0934170a
  24. Sep 21, 2018
  25. Sep 20, 2018
    • Elie Khairallah's avatar
      Final changes to py2help new (#2516) · dc825fc4
      Elie Khairallah authored
      * Centralise the generation of help for root command
      
      Add argparse2help.py, add root-argparse.py, delete the old help of root, add the cmake commands needed to generate the header containing the command line options help and to generate manual page for the root command.
      
      The python file argparse2help.py can be called with the root-argparse.py and the output name as arguments. This call will generate the header file if the output has an extension ".h" and will generate the manual page if the extension is ".1"
      
      * Centralise the generation of help for the rest of the commands
      
      Add cmake changes to generate headers and manual pages for rootcling hadd and hist2workspace
      Delete old man pages of hadd and hist2workspace
      Add commented out generation of man pages for python commands, we need to add a dependency before uncommenting them out
      Add hadd rootcling hist2workspace argparse modules
      
      * make the path compatible with windows
      
      * review modifications
      
      * add dependency on the input and the generation script of man pages
      
      * remove installation of headers
      
      * Update CMakeLists.txt
      
      It makes no sense to generates man pages on Windows. Windows does not have the `man` command.
      
      * Update argparse2help.py
      
      * Update argparse2help.py
      
      * Update argparse2help.py
      
      * Update hadd.cxx
      
      haddCommandLineOptionsHelp.h was not included for windows
      
      * Update root-argparse.py
      
      add the option --version
      
      * Update argparse2help.py
      
      simplified version (Thanks Bertrand !)
      dc825fc4
  26. Sep 07, 2018
  27. Aug 29, 2018
  28. Aug 28, 2018
Loading