Project

General

Profile

Support #16096

Fix problems found when attempting to build with gcc 6.3.0

Added by Lynn Garren over 2 years ago. Updated over 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
04/05/2017
Due date:
% Done:

100%

Estimated time:
(Total: 0.00 h)
Spent time:
8.50 h (Total: 13.80 h)
Experiment:
-
Co-Assignees:
Duration:

Description

This will be the main support task where we report non-trivial bugs found when compiling with gcc v6_3_0.


Subtasks

Support #16100: problem compiling lardataobj/MCBase/MCWire.h with gcc 6.3.0ClosedLynn Garren

Support #16106: problem compiling Dumpers with gcc 6.3.0ClosedGianluca Petrillo

Support #16107: problem compiling lardata/Utilities/NestedIterator.h with gcc 6.3.0ClosedGianluca Petrillo

Support #16108: problem compiling lardata/Utilities/StatCollector.h with gcc 6.3.0ClosedGianluca Petrillo

Support #16112: larcore/CoreUtils/RealComparisons.h fails to compile with gcc 6.3.0ClosedGianluca Petrillo

Bug #16113: ProviderList test fails in larcoreClosedGianluca Petrillo

Support #16127: problem compiling larexamples/Algorithms/RemoveIsolatedSpacePoints/PointIsolationAlg.h with gcc 6.3.0ClosedGianluca Petrillo

Support #16130: problem compiling larreco/RecoAlg/TrackKalmanFitter.cxx with gcc 6.3.0ClosedGiuseppe Cerati

Support #16136: problem compiling PMAlgTrajFitter_module.cc and PMAlgTrackMaker_module.ccClosedRobert Sulej

Support #16137: problem compiling larreco/TrackFinder/NeutrinoTrackingEff_module.cc with gcc 6.3.0ClosedGianluca Petrillo

Support #16138: larreco/TrackFinder/MuonTrackingEff_module.cc fails to compile with gcc 6.3.0ClosedChristoph Alt

Support #16148: cannot build pandora on SierraClosedLynn Garren

Support #16162: dunetpc misleading indentationsClosedTingjun Yang

Support #16171: dunetpc variable length arraysClosedLynn Garren

Support #16172: dunetpc FindMany issueClosedChristopher Green

Support #16185: misleading indentation in uboonedaq_datatypesClosedHerbert Greenlee

Support #16189: problem building uboonecode/uboone/CalData/NoiseFilterAlgs with gcc 6.3.0ClosedTracy Usher

Support #16190: misleading indentation in uboone/AnalysisTree/AnalysisTree_module.ccClosedMarco Del Tutto

Support #16191: problem building uboone/Calibrations/Optical/FEMBasicTriggerAlgo.cxx with gcc 6.3.0ClosedHerbert Greenlee

History

#1 Updated by Lynn Garren over 2 years ago

Please use feature/team_for_gcc630. A number of obvious fixes have already been made. In addition, this feature branch has appropriate changes to ups/product_deps. At this time, the branch is only available for larcoreobj, lardataobj, larcore, and lardata. We need to fix the problems in those repositories before attempting to build anything else.

Note that std::accumulate is in the numeric header, not the algorithm header.

#2 Updated by Lynn Garren over 2 years ago

larevt and larsim are now ready for e14.

#3 Updated by Lynn Garren over 2 years ago

Status update:
larcore, larcoreobj, lardata, lardataobj, larevt, larexamples, larsim, and larwirecell are all ready for gcc 6.3.0.
Problems with variable length arrays remain in larreco.
Note that "ISO C++ forbids variable length array".

#4 Updated by Lynn Garren over 2 years ago

  • Status changed from New to Assigned
  • Assignee set to Lynn Garren

#5 Updated by Lynn Garren over 2 years ago

Status report: everything is ready with the exception of uboonecode.

#6 Updated by Lynn Garren over 2 years ago

larsoft v06_32_00, built with gcc 6.3.0, was delivered April 13.

#7 Updated by Lynn Garren over 2 years ago

  • Status changed from Assigned to Resolved

#8 Updated by Lynn Garren over 2 years ago

  • Status changed from Resolved to Closed


Also available in: Atom PDF