Skip to content
Snippets Groups Projects
  1. Mar 18, 2006
    • Fons Rademakers's avatar
      From Axel: · 48cd001d
      Fons Rademakers authored
      Dictionary G__%.o: G__%.cxx rules now in main Makefile instead of Module.mk's
      => changes in Module.mk.
      
      First Module.mk's included, then Makefile.precomp - we need ALLHDRS defined
      
      Split $(PCHEXTRAOBJ) and $(PCHFILE) rules - fixes clash with make -j2
      
      Define CINTCXXFLAGS:= - otherwise they will contain PCHCXXFLAGS via
      their definition as a copy of CXXFLAGS.
      
      MSVC: prevent LNK4206 linker warning (-Yl...)
      
      
      git-svn-id: http://root.cern.ch/svn/root/trunk@14301 27541ba8-7e3a-0410-8455-c3a389f83636
      48cd001d
  2. Dec 10, 2005
    • Fons Rademakers's avatar
      From Axel: · 0ab88198
      Fons Rademakers authored
      handle in a consistent way the new rootcint options -cint (default),
      -reflex and -gccxml. The type of dictionary to be used can be specified
      like: ./configure --with-dicttype=reflex. Notice that this option is
      there only for the developers working on the migration to the new
      dictionary system.
      
      
      git-svn-id: http://root.cern.ch/svn/root/trunk@13609 27541ba8-7e3a-0410-8455-c3a389f83636
      0ab88198
  3. Dec 09, 2005
    • Fons Rademakers's avatar
      From Axel: · f4578298
      Fons Rademakers authored
      in case we have gmake >= 3.80 we can use the new | (order) syntax where
      all dependencies after the | are required to be there but not trigger
      execution of the rule. This should greatly enhance the build experience
      on Win32 and AIX (platforms that need the EXPLICITLINK option).
      
      
      git-svn-id: http://root.cern.ch/svn/root/trunk@13584 27541ba8-7e3a-0410-8455-c3a389f83636
      f4578298
  4. Mar 21, 2005
    • Fons Rademakers's avatar
      From Christian Holm Christensen: · 4dfc83ff
      Fons Rademakers authored
            * New Debian and RedHat rpm packaging scripts.
            * Added a description to `build/package/debian/README.Debian' on
              how to add a new package.   It's not that complicated so it
              should be a simple thing to add a new package, even for some
              with little or no experience with RPMs or DEBs.
            * When searching for the Oracle client libraries, I added the
              directories `/usr/lib/oracle/*/client/lib' and
              `/usr/include/oracle/*/client' - as these are the paths that the
              RPMs install into.
            * I added the packages `root-plugin-krb5' and
              `root-plugin-oracle'.
            * The library `libXMLIO' is in `libroot'.
            * The package `root-plugin-xml' contains the XML parser.
            * I fixed an cosmetic error in `build/misc/root.m4'.  The
              definition of `ROOT_PATH' should be quoted, otherwise aclocal
              will complain.
            * In the top-level `Makefile' I pass an additional argument to
              `makecintdlls' - namely `$(ROOTCINTTMP)'.  In `makecintdlls' I
              use that argument to make the various dictionaries for
              `lib...Dict.so'.   Originally, the script used plain `rootcint'.
              However, as `rootcint' may not be in the path yet, or the one in
              the path may be old, this failed.  Hence, I use what we know is
              there - namely the newly build `rootcint_tmp'.  BTW, what are
              these shared libraries, and where do they belong?  I guess they
              are specific to ROOT, and not used by plain `CINT'.  For now, I
              put them in `libroot'.
            *  Made the two `virtual' packages `root-db-client' - provided the
              DB plugins, and `root-fitter' provided by `root-plugin-minuit'
              and `root-plugin-fumili'.  Note, the virtual package
              `root-file-server' provided by `root-rootd' and `root-xrootd'
              already existed in the previous patch.
            * Note, I added the directory `build/package/debian/po' which is
              for translations of DebConf templates.  DebConf is Debians very
              advanced package configuration interface.   It presents the user
              with a set of questions in some sort of `GUI' based on how much
              the user would like to change.  These `dialogs' can be
              translated quite easily.  As an example, I translated the
              questions used by the `ttf-root-installer' package into Danish.
              I'm sure someone can translate them into German, French,
              Italien, Spanish, and so on.
      
      
      git-svn-id: http://root.cern.ch/svn/root/trunk@11398 27541ba8-7e3a-0410-8455-c3a389f83636
      4dfc83ff
  5. Aug 09, 2004
  6. May 13, 2004
  7. Feb 13, 2004
  8. Dec 30, 2003
    • Rene Brun's avatar
      Mega patch to add support for large files (bigger than 2 GBytes) · 9cbf72a2
      Rene Brun authored
      ----------------------------------------------------------------
      
        ==========>NEW VERSION 4.00/00 <===========
      
      Because this new version has a considerable number of changes,
      and new important additions by Philippe are scheduled for the coming days
      we are starting a new major version 4.
        -Support for large files
        -Automatic schema evolution for foreign classes
        -New data type Double32_t
      
      Large files are currently tested only under Linux with gcc3.2.
      Support for other systems will be gradually added in the coming days.
      By default under Linux, files are created with the option LARGEFILE.
      Note that when creating a Tree, the default maximum size for a Tree
      is set to 1.9 GBytes. You can change this default value by calling
        TTree::SetMaxTreeSize(Long64_t maxsize)
      
      The implementation of this new feature has required changes in many places.
      The files produced by this new version can still be read by old ROOT versions
      if their size if smaller than 2 GBytes. And obviously, the new version
      can digest old ROOT files.
      
      WARNING: note the following backward incompatibility:
       -TSystem::GetPathInfo has a new signature: (also TUnixSystem, TWinNTSystem, etc)
        old: GetPathInfo(const char *path, Long_t *id, Long_t *size, Long_t *flags, Long_t *modtime);
        new: GetPathInfo(const char *path, Long_t *id, Long64_t *size, Long_t *flags, Long_t *modtime);
      
       -TFile::SysSeek and TFile::SysStat have a new signature (also TNetFile, TWebFile, etc)
        old:  Int_t    SysSeek(Int_t fd, Long_t offset, Int_t whence);
              Int_t    SysStat(Int_t fd, Long_t *id, Long_t *size, Long_t *flags, Long_t *modtime);
        new:  Long64_t SysSeek(Int_t fd, Long64_t offset, Int_t whence);
              Int_t    SysStat(Int_t fd, Long_t *id, Long64_t *size, Long_t *flags, Long_t *modtime);
      
       -TTree::SetMaxTreeSize has a new signature:
        old:  void TTree::SetMaxTreeSize(Int_t maxsize)
        new:  void TTree::SetMaxTreeSize(Long64_t maxsize)
      
        All references to Seek_t have been replaced by Long64_t.
      
      
      git-svn-id: http://root.cern.ch/svn/root/trunk@7810 27541ba8-7e3a-0410-8455-c3a389f83636
      9cbf72a2
  9. Jul 19, 2003
  10. Jul 10, 2003
  11. May 05, 2003
  12. Apr 28, 2003
  13. Jan 09, 2003
    • Fons Rademakers's avatar
      a small plugin module for ROOT that enables access to remote · af59e225
      Fons Rademakers authored
      files via the Chirp protocol (http://www.cs.wisc.edu/condor/chirp).
      This works especially nicely with the Condor job manager
      (http://www.cs.wisc.edu/condor) that we and many others are using to run
      CMS event simulations.  The patch to v3.03.0 is attached if you would
      like to include this in your distribution.  It touches nothing outside
      of the new module other than adding config entries.
      
      Normally, remote system calls by jobs in Condor are handled
      transparently as though the job were executing on the original submit
      machine.  (This has been very useful to us in Wisconsin, because we use
      a large pool of execution machines that are not specially configured and
      which therefore do not share a filesystem with our submission machines.)
      However, this requires relinking the application with some special
      libraries which are currently not compatible with the new multithreaded
      CMS software.  By adding a Chirp plugin to ROOT, we are able to
      selectively enable remote access wherever we need it, simply by
      prepending "chirp:" to the file names (assuming TFile:Open() is used, of
      course).  No additional daemons need to be installed or configured
      unless we want to serve up the files from a machine other than the
      submit machine. Code contributed by Dan Bradley.
      
      
      git-svn-id: http://root.cern.ch/svn/root/trunk@5856 27541ba8-7e3a-0410-8455-c3a389f83636
      af59e225
Loading