Mentions légales du service

Skip to content
Snippets Groups Projects
  1. Apr 08, 2024
  2. Mar 22, 2021
  3. Mar 08, 2021
  4. Oct 13, 2020
  5. Sep 07, 2020
  6. Feb 12, 2020
  7. Jun 20, 2019
  8. Jun 04, 2019
  9. Aug 24, 2018
  10. Aug 23, 2018
  11. Aug 16, 2018
  12. May 24, 2016
  13. Oct 29, 2015
  14. Jun 30, 2015
  15. Jun 29, 2015
  16. Jun 17, 2015
  17. Apr 14, 2015
  18. Mar 06, 2015
  19. Feb 12, 2015
    • Vincent Liard's avatar
      rename ae_fuzzy_set_X11 to Fuzzy_X11 · 7306c45f
      Vincent Liard authored
      And fix mising includes, cleanup.
      7306c45f
    • Vincent Liard's avatar
      fully remove ae_fuzzy_set · 669f2126
      Vincent Liard authored
      ae_fuzzy_set has been replaced by the Fuzzy class. But it remained as a
      typedef and some references in the files that used it. Hereby removed
      all references to ae_fuzzy_set.
      
      I also fixed the corresponding includes and added some mising ones.
      669f2126
  20. Dec 08, 2014
    • Vincent Liard's avatar
      wrap ae_* in namespace aevol · c7e0790b
      Vincent Liard authored
      The name convention ae_* for aevol-related classes and functions comes
      from C language lacking namespaces. It was meant to prevent name
      clashes. Since C++ provides namespaces, this commit wraps everything
      inside an "aevol" namespace.
      
      This means that there is no need anylonger to name classes according to
      ae_*. But any new class needs to be within the aevol namespace if it is
      part of aevol or to start with a "using" clause if it relies on aevol.
      c7e0790b
  21. Oct 22, 2013
  22. Jun 07, 2012
    • David Parsons's avatar
      ========== In release branch 4.0.0.0 ========== · fe726883
      David Parsons authored
      Modified compilation chain:
      
        --with-regul changed to --with-raevol
        --without-xlib changed to the (standard) without-x
      
        lib-aevol was changed to libaevol for a more intuitive use with -laevol.
        Libraries generated with different compilation options are no longer differentiated by postfixes (save for the RAEVOL option) => if --with-raevol is used, the generated lib will be called libraevol (whether X and/or DEBUG are used or not). if --without-raevol (default), the generated lib will be called libaevol.
        make clean is called automatically at the end of ./configure to avoid compatibility issues.
      
      fe726883
  23. Dec 13, 2010
    • David Parsons's avatar
      ************************************************ · 60e1f9fb
      David Parsons authored
      * Organized the repository to manage branches. *
      ************************************************
      
      Everything you already know has been moved to "trunk"
      Added a "branches" directory with 2 subdirectories "releases" and "features"
        * "releases" will be used for branches related to a given release, e.g. when a change to post-treatments are needed for the analysis of data generated using that release.
          For example: I am analysing data that I generated using versions 2.1.2 of the code. I hence created the branch "releases/aevol-2.1.2" so that I can code my post-treatments in a properly versionned way. These development may (depending on the level of specificity) be added to the trunk eventually (using svn merge)
        * "features" is meant to be used when developing a new feature that takes time developing. This will enable us to use svn feature more thouroughly, e.g. commit more often (even "unstable" versions) in a personal branch of the svn.
      
      If you don't want to use branches or if you just want to be able to update regularly, you need not change your habits, just add "/trunk" when you check out
      => "svn checkout svn+ssh://username@svn.gforge.liris.cnrs.fr/svnroot/aevol/trunk"
      
      Questions/remarks are welcome!
      David
      
      
      60e1f9fb
Loading