From 33460da99b1276ce3ca52ad715685c4041a93487 Mon Sep 17 00:00:00 2001 From: Soeren Peters <peters@irmb.tu-bs.de> Date: Wed, 4 Nov 2020 15:46:20 +0100 Subject: [PATCH] Small changes in ci file. --- .gitlab-ci.yml | 12 ++++++++---- src/basics/basics/container/CbVectorPool.h | 8 ++++---- 2 files changed, 12 insertions(+), 8 deletions(-) diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml index 5c4740e1a..2f7232574 100644 --- a/.gitlab-ci.yml +++ b/.gitlab-ci.yml @@ -95,8 +95,8 @@ clang_10: script: - cd $CI_PROJECT_DIR - - mkdir -p build_gcc9 - - cd build_gcc9 + - mkdir -p build_clang10 + - cd build_clang10 - cmake .. -DBUILD_VF_CPU=ON -DBUILD_VF_GPU=ON - make -j4 @@ -254,6 +254,7 @@ include_what_you_use_gcc_9: - cmake . -DCMAKE_PREFIX_PATH=/usr/lib/llvm-10 - make - export PATH+=:$(pwd)/bin + - echo $PATH script: - mkdir -p $CI_PROJECT_DIR/build @@ -276,12 +277,13 @@ cppcheck: script: - cd $CI_PROJECT_DIR - cppcheck --version - - cppcheck src --enable=all --xml 2> report.xml - - cppcheck-htmlreport --file=report.xml --report-dir=html_report --source-dir=. + - cppcheck src --enable=all --xml 2> cppcheck.xml + - cppcheck-htmlreport --file=cppcheck.xml --report-dir=html_report --source-dir=. artifacts: paths: - html_report/ + - cppcheck.xml # lizard - Cyclomatic Complexity Analyzer # Ignore warnings is manually set to 191. This job will fail when new warnings are added. @@ -353,6 +355,8 @@ gcov_gcc_9: clang-tidy: stage: analyze + needs: [] + before_script: - run-clang-tidy -h diff --git a/src/basics/basics/container/CbVectorPool.h b/src/basics/basics/container/CbVectorPool.h index 85ce16ab6..e1a061d1a 100644 --- a/src/basics/basics/container/CbVectorPool.h +++ b/src/basics/basics/container/CbVectorPool.h @@ -39,19 +39,19 @@ /* Durch Verwendung eines CbVectors in Verbindung mit einem CbVectorAllocatorPool wird der Datenvector nicht direkt im CbVector gehalten, sondern ist ein Teil -des Datenvectors des �bergabe-CbVectorPools. +des Datenvectors des Uebergabe-CbVectorPools. Die Methoden der von CbVectors funktionieren fehlerfrei -Es mss einem jedoch bewu�t sein, dass die "resize"-Methoden l�nger ben�tigen, da +Es mss einem jedoch bewusst sein, dass die "resize"-Methoden l�nger ben�tigen, da u.U. viele Elemente im Speicher verschoeben werden muessen. Der Poolvector enthaelt KEINE gaps, so dass er z.B. gut zur �bertragung via MPI geeignet ist... -Verhaltensweise bei Zerst�ren des Pools: +Verhaltensweise bei Zerstoeren des Pools: wird der Pool zerst�rt bevor man die CbVectoren zerst�rt, so wird beim n�chsten Datenzugriffsversuch eine entsprechende Exception geworfen, denn alle DatenElemente des CbVEctors werden restet und der Pool dort zu NULL gesetzt. -Verhaltensweise bei Zerst�ren eines CbVectors: +Verhaltensweise bei Zerstoeren eines CbVectors: hier ganz normal der Datenspeicher wieder freigegen und der Poolvektor verk�rzt */ -- GitLab