Skip to content

Conversation

@harveyj1953
Copy link
Contributor

No description provided.

@phsft-bot
Copy link

Can one of the admins verify this patch?

@vgvassilev
Copy link
Member

@phsft-bot build!

@phsft-bot
Copy link

Starting build on gcc49/centos7, native/mac1012, gcc49/slc6, gcc62/slc6, native/ubuntu14 with CMake flags -Dvc=OFF -Dimt=ON -Dccache=ON

fOperOptimized = 0;
fOperOffset = 0;
fPredefined = 0;
fOptimal = (ROOT::v5::TFormulaPrimitive::TFuncG)&TFormula::EvalParOld;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why do we have these changes? Are they only whitespace changes?

// coverity[uninit] the tab value of tab is guaranteed to be set properly by the control flow.
Double_t tab[kMAXFOUND];
const char *stringStack[gMAXSTRINGFOUND];
Double_t tab[kMAXFOUND] = {0};
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why do we have comment and initialization? I'd assume that one of them could go away?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These initializations cost time. @lmoneta - are they actually needed or is Coverity incorrect here? The comment seems to claim Coverity is wrong.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think @pcanal added these comments, so he might know.
I think Axel is wight and we should ignore Coverity here

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The last time I checked, the control flow insure it was initialized before use. Given that this a deprecated class, I would not change.

Albeit, it looks like the comment needs to be updated for the current version of coverity and/or the report be flagged as false positive.

@Axel-Naumann Axel-Naumann requested a review from lmoneta May 17, 2017 09:02
@vgvassilev
Copy link
Member

@phsft-bot build!

@vgvassilev
Copy link
Member

@Axel-Naumann, isn't the reference to v5 stuff out of the scope of this PR? How we can proceed further?

@pcanal
Copy link
Member

pcanal commented Jun 2, 2017

@vgvassilev what do you mean? This PR is proposing changes to formula_v5 and @axel ask clarification on them .... [note: this source file is used to read 'old' ROOT files]

@amadio
Copy link
Member

amadio commented Oct 3, 2017

What should we do with this PR? Should I cherry-pick the approved changes and merge?

@amadio amadio self-assigned this Oct 3, 2017
@Axel-Naumann
Copy link
Member

I'd say merge as is. The whitespace changes in TFormula_v5 are just a tiny annoyance compared to leaving the members uninitialized.

@etejedor
Copy link
Collaborator

Should we then go ahead with the merge of this PR?

@Axel-Naumann
Copy link
Member

Yes +6-12-patches, thanks!

@xvallspl xvallspl merged commit db61da0 into root-project:master Nov 21, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

9 participants