Skip to content
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

[CondFormats/SiPixelObjects] Solve warning found by gcc 5.3.0 #13577

Merged
merged 1 commit into from Mar 25, 2016
Merged

[CondFormats/SiPixelObjects] Solve warning found by gcc 5.3.0 #13577

merged 1 commit into from Mar 25, 2016

Conversation

ghost
Copy link

@ghost ghost commented Mar 3, 2016

https://cmssdt.cern.ch/SDT/cgi-bin/buildlogs/slc6_amd64_gcc530/CMSSW_8_1_X_2016-03-02-1100/CondFormats/SiPixelObjects
The behavior is unchanged, the parentheses makes clear the order of the logical operation while suppressing the warning.

@ghost
Copy link
Author

ghost commented Mar 3, 2016

please test

@cmsbuild
Copy link
Contributor

cmsbuild commented Mar 3, 2016

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/ib-any-integration/11691/console

@cmsbuild
Copy link
Contributor

cmsbuild commented Mar 3, 2016

A new Pull Request was created by @Degano (Alessandro Degano) for CMSSW_8_1_X.

It involves the following packages:

CondFormats/SiPixelObjects

@diguida, @cerminar, @cmsbuild, @franzoni, @ggovi, @mmusich, @davidlange6 can you please review it and eventually sign? Thanks.
@apfeiffer1, @dkotlins, @tocheng, @VinInn this is something you requested to watch as well.
@slava77, @Degano, @smuzaffar you are the release manager for this.

cms-bot commands are list here #13028

@mmusich
Copy link
Contributor

mmusich commented Mar 3, 2016

please test

@davidlt
Copy link
Contributor

davidlt commented Mar 3, 2016

Wrong here. There is not (or I don't see) a point in converting rawId() to 1 or 0 (if operator is not overloaded). What author wanted was most likely != instead of ==. I.e. (! roc->rawId() == detector.rawId) to (roc->rawId() != detector.rawId).

@@ -53,7 +53,7 @@ int SiPixelFrameConverter::toCabling(
for (IT it = path.begin(); it != path.end(); ++it) {
const PixelROC * roc = theMap->findItem(*it);
if (!roc) return 2;
if (! roc->rawId() == detector.rawId) return 3;
if ((! roc->rawId()) == detector.rawId) return 3;
Copy link
Contributor

Choose a reason for hiding this comment

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

agree with @davidlt
move ( after the ! and close it after the last )

Copy link
Contributor

Choose a reason for hiding this comment

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

Vincenzo,
If you give me a day I can fix it.
I also do not know what the intention was but I think I can figure it out.
I could have it ready by Monday.
Or shall I wait that this pull request is done?
Danek

On 3 Mar 2016, at 14:31, Vincenzo Innocente notifications@github.com wrote:

In CondFormats/SiPixelObjects/src/SiPixelFrameConverter.cc:

@@ -53,7 +53,7 @@ int SiPixelFrameConverter::toCabling(
for (IT it = path.begin(); it != path.end(); ++it) {
const PixelROC * roc = theMap->findItem(*it);
if (!roc) return 2;

  • if (! roc->rawId() == detector.rawId) return 3;
  • if ((! roc->rawId()) == detector.rawId) return 3;

agree with @davidlt
move ( after the ! and close it after the last )


Reply to this email directly or view it on GitHub.

@cmsbuild
Copy link
Contributor

cmsbuild commented Mar 3, 2016

Pull request #13577 was updated. @diguida, @cerminar, @cmsbuild, @franzoni, @ggovi, @mmusich, @davidlange6 can you please check and sign again.

@ghost
Copy link
Author

ghost commented Mar 3, 2016

@VinInn @davidlt This change the current (but wrong?) behavior according to your suggestions.

@VinInn
Copy link
Contributor

VinInn commented Mar 3, 2016

then do not modify and leave the warning there

@davidlt
Copy link
Contributor

davidlt commented Mar 3, 2016

@Degano correct, but these warnings are introduced in GCC for a reason and hiding them under the carpet is not a right way to deal with them.

@cmsbuild
Copy link
Contributor

cmsbuild commented Mar 3, 2016

@smuzaffar
Copy link
Contributor

agree that https://github.com/degano/cmssw/commit/a73b83b9eaa0c3f398eace753f73ba6f82728d8f is the correct change (though it changes current behaviour). Lets test it.

@smuzaffar
Copy link
Contributor

please test

@cmsbuild
Copy link
Contributor

cmsbuild commented Mar 3, 2016

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/ib-any-integration/11697/console

@cmsbuild
Copy link
Contributor

cmsbuild commented Mar 3, 2016

@cmsbuild
Copy link
Contributor

cmsbuild commented Mar 3, 2016

@mmusich
Copy link
Contributor

mmusich commented Mar 11, 2016

@ggovi ping

@davidlange6
Copy link
Contributor

Adding @bartokm, @dkotlins to possibly help answer the questions in this pull request.

@bartokm
Copy link
Contributor

bartokm commented Mar 18, 2016

Unfortunately I was not involved in the development of this code, besides that I'm not sure what is the question...

@dkotlins
Copy link
Contributor

Looks fine to me. Please proceed.
Danek

@mmusich
Copy link
Contributor

mmusich commented Mar 21, 2016

+1

@ggovi
Copy link
Contributor

ggovi commented Mar 24, 2016

+1

@cmsbuild
Copy link
Contributor

This pull request is fully signed and it will be integrated in one of the next CMSSW_8_1_X IBs (tests are also fine). This pull request requires discussion in the ORP meeting before it's merged. @slava77, @davidlange6, @Degano, @smuzaffar

@davidlange6 davidlange6 merged commit 7ae08d6 into cms-sw:CMSSW_8_1_X Mar 25, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

9 participants