-
-
Notifications
You must be signed in to change notification settings - Fork 116
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fixing documentation checks and updating Travis build #1335
Conversation
Thanks to codacy...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Many thanks @rolanddenis for this PR ;)
I just have a minor comment. Could you please also add an entry in the Changelog?
cd "$BUILD_DIR" | ||
make exampleDiscreteExteriorCalculusChladni | ||
#make exampleDiscreteExteriorCalculusSolve | ||
#make exampleDECSurface |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why these one have been commented ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is a copy-paste from .travis/main_build.sh
:
Line 16 in 8f3ca8c
#make exampleDiscreteExteriorCalculusSolve; |
and it has been commented in 163a835 from #1306 but I don't know why (@kerautret ?).
I will try to uncomment these lines
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It was to try to avoid the segfault or timeout issue of travis due to gcc problem (as discussed with Jaco in last meeting). Changing the moment where it was compiled fixed the memory issue (I suppose), but perhaps we have to remove this example from the travis test.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In fact, these two examples are already built during the main build. This part is only for examples that need to be build alone in order to avoid compiler failures. I think we can remove these two lines ...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oups, didn't see your answer 😉
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes of course if they are in the main part, but it was commented because it was an alternative.
But this part is not robust in all cases.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was wondering ;)
About the |
Oops.. sorry ;) Just a quick question where do the SCRIPTBEGIN/END come from ? |
They are defined in DGtal/.travis/before_global.sh Line 13 in f879fc4
The idea is to set and reset some flags useful for debugging Travis, like the set -e that was already set in some scripts before this PR and that make a script returning a non-zero value if any of its command fails. We can also add v to view each executed commands. The SCRIPT_END resets the flags (because some scripts always have errors, like .travis/install_deps_macos.sh and Travis also have a strange behaviour when the e flag is set) and resets the working directory.
|
But it seems that it doesn't always work 😕 : the Travis job associated to the merge has successful ended (see https://travis-ci.org/DGtal-team/DGtal/builds/404334020 ) but the |
PR Description
Fixing documentation checks that was not fully done (see #1334)
Checklist
[ ] Adding@example
tag check