albert-github
albert-github
When looking at the page class_gudhi_1_1cech__complex_1_1_cech__complex.html we see:  in my personal opinion, this doesn't look nice. I would have expected something more in the standard doxygen style like: ...
On the documentation page group__cech__complex.html we see:  So the description of `Čech complex` has its reference in brackets to Wikipedia, but the `simplicial complex` has a direct link to...
In the code (mostly the top bar) there are links to links like `../../licensing/`, this works OK on the website but in the user generated local documentation this gives an...
In the file `src/cmake/modules/GUDHI_third_party_libraries.cmake` we see in the comment: ``` # cf. http://doc.cgal.org/latest/Manual/installation.html#title40 ``` though the fragment `title40` does not exist (anymore), the highest `title` to be found there is...
When running `doxygen` over the sources a number of warnings appear about not documented functions (etc.) like: ``` .../gudhi-devel/src/Skeleton_blocker/include/gudhi/Skeleton_blocker_complex.h:888: warning: Member Link_complex (typedef) of class Gudhi::skeleton_blocker::Skeleton_blocker_complex is not documented. ```...
As far as I can see the environment: ``` \begin{tblr*} ``` does not yet work, any plans for this?
This is based on the warning type: 5219 implicit conversion from 'type-1' to 'type-2', possible loss of data
In the Fortran fixed to free format conversion it is possible that the buffer is not closed properly and that left over characters in allocated memory are shown. This results...
With e.g. the bash package we get warnings like: ``` y.tab.c:728: warning: preprocessing issue while doing constant expression evaluation: syntax error: input=' (! 0L && 0L && 0L
This is based on the warning type: 4267 'variable': conversion from 'size_t' to 'type', possible loss of data