- May 27, 2016
-
-
David Parsons authored
-
- May 20, 2016
-
-
David Parsons authored
Introduces new macro TIMESTEP_FORMAT that expands to "%09" PRId64
-
- May 19, 2016
-
-
David Parsons authored
-
- Nov 25, 2015
-
-
ROUZAUD-CORNABAS Jonathan authored
-
- Oct 30, 2015
-
-
Vincent Liard authored
-
- Oct 29, 2015
-
-
Vincent Liard authored
Magic command for reference: find ! -path '*test*' ! -path './libaevol/SFMT-src-1.4/*' \( -name '*.cpp' -o -name '*.h' \) -print0 | xargs -0 sed -i -r 's/\bget_(\w+)\b/\1/g'
-
- Oct 28, 2015
-
-
Vincent Liard authored
Looking forward to honour Google Style guide, the purpose is to rename getters from get_var() to var(). Many of such renames cause conflicts, though. In this commit, only the safe names were changed. grep -rEo '\bget_\w+\(' --include '*.h' --no-filename --exclude-dir tests \ | sed -e 's/get_//' -e 's/($//' \ | sort -u \ | xargs -n 1 -I% sh -c "grep -roq '\b%\b' --include '*.cpp' --include '*.h' --exclude-dir tests || echo %" \ | xargs -n1 -I% sh -c "find ! -path '*test*' ! -path './libaevol/SFMT-src-1.4/*' \( -name '*.cpp' -o -name '*.h' \) -print0 \ | xargs -0 sed -i -r 's/\bget_%\(/%\(/g'" Yes. I know... http://google-styleguide.googlecode.com/svn/trunk/cppguide.html#Function_Names
-
- Oct 27, 2015
-
-
Vincent Liard authored
Took aevol_run.cpp's header as reference header and set it for all Aevol source files.
-
- Oct 22, 2015
-
-
Vincent Liard authored
-
Vincent Liard authored
-
- Oct 20, 2015
-
-
Vincent Liard authored
-
- Oct 12, 2015
-
-
David Parsons authored
-
- Aug 04, 2015
-
-
ROUZAUD-CORNABAS Jonathan authored
-
- Jul 15, 2015
-
-
David Parsons authored
-
- Jun 18, 2015
-
-
David Parsons authored
-
- Jun 17, 2015
-
-
David Parsons authored
-
David Parsons authored
-
David Parsons authored
-
David Parsons authored
-
Fixed to the new STL API and used Habitat in place of Environment almost everywhere. But initializing habitat from exp_manager remains to be done. See TODO and WRONG tags in source create_eps.cpp.
-
David Parsons authored
-
- May 28, 2015
-
-
Vincent Liard authored
In the process of transforming containers to STL, some methods were temporarily renamed "_std". This should have been removed since ae_lists are fully removed. Remove forgotten "_std" from ae_individual::get_genetic_unit_list_std(), ae_individual::get_genetic_unit_list_std_nonconst(), ae_exp_manager::get_indivs_std(), ae_protein::get_rna_list_std(), World::get_indivs_std().
-
- Apr 23, 2015
-
-
Conflicts: src/libaevol/ae_dna.cpp src/libaevol/ae_dna.h src/libaevol/ae_individual.cpp src/libaevol/ae_individual.h src/libaevol/ae_individual_X11.cpp src/libaevol/genetic_unit.cpp src/libaevol/genetic_unit.h src/libaevol/param_loader.cpp
-
Vincent Liard authored
-
- Apr 22, 2015
-
-
Vincent Liard authored
-
- Mar 10, 2015
-
-
David Parsons authored
-
- Mar 09, 2015
-
-
David Parsons authored
-
- Mar 06, 2015
-
-
David Parsons authored
The gen_unit getters for rna and protein lists now take a parameter "strand" and returns the corresponding list
-
- Feb 26, 2015
-
-
Vincent Liard authored
-
Vincent Liard authored
-
Vincent Liard authored
-
Vincent Liard authored
-
- Feb 24, 2015
-
-
Vincent Liard authored
-
- Feb 13, 2015
-
-
Vincent Liard authored
-
- Feb 12, 2015
-
-
Vincent Liard authored
-
- Feb 05, 2015
-
-
Vincent Liard authored
Rename class to Environment and files to environment.cpp and environment.h. This also means altering #includes.
-
- Feb 03, 2015
-
-
Vincent Liard authored
-
- Dec 19, 2014
-
-
Vincent Liard authored
Fuzzy sets were implemented over the legacy type ae_list. The same logic has been kept but with the underlying std::list. The interface has been simplified but the function names have been preserved. Because of the interface changes, the footprint includes some classes relying on fuzzy sets.
-
- Dec 08, 2014
-
-
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.
-
- Dec 07, 2014
-
-
Vincent Liard authored
-