Replace boost:: with std:: where feasible in framework

[wmtan]

This pull request replaces most uses of boost classes or functions with the corresponding C++11 std classes or functions in the framework only. This was not done outside the framework. Replaced were boost::bind, boost::cref, boost::ref, boost::function, and boost::mem_fn. A few uses where the change turned out not to be trivial were left alone for now. Most uses of boost;;shared_ptr had already been replaced by std::shared_ptr, but I found a few more uses that were easy to replace.
The only changes outside the framework were the necessary addition of missing includes, almost all of boost/bind.hpp, that were exposed when includes of boost headers were removed from framework headers.
No interfaces used outside the framework are affected by this pull request.
This pull request was tested with the FULL relval matrix, and no errors were introduced by this pull request.

[cmsbuild]

+1

Tested at: d98e082
I ran the usual tests and I found errors in the following unit tests:

---> test testUtilitiesRFIOAdaptor had ERRORS
---> test testUtilitiesStorageFactory had ERRORS

you can see the results of the tests here:
https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-4546/282/summary.html

However it looks like these are unrelated. Short matrix was ok.

[Dr15Jones]

+1

[wmtan]

Dear "cmsbuild".
The test failures in testUtilities* are preexisting and have nothing to do with this change. Please remove the -1, and, unless there are some new errors, please replace it with +1.
Bill

[Dr15Jones]

The test failures are not related to this pull request.

[cmsbuild]

A new Pull Request was created by @wmtan for CMSSW_7_2_X.

Replace boost:: with std:: where feasible in framework

It involves the following packages:

AnalysisAlgos/SiStripClusterInfoProducer
DQM/SiStripMonitorHardware
DataFormats/Common
DataFormats/FWLite
FWCore/Framework
FWCore/Integration
FWCore/MessageService
FWCore/ParameterSet
FWCore/PluginManager
FWCore/ServiceRegistry
FWCore/Services
FWCore/Utilities
Fireworks/FWInterface
GeneratorInterface/LHEInterface
HLTrigger/Timer
IOPool/Output
IOPool/SecondaryInput
IOPool/Streamer
PhysicsTools/TagAndProbe
RecoBTag/ImpactParameter
RecoTauTag/RecoTau
SimGeneral/MixingModule

@vciulli, @perrotta, @civanch, @bendavid, @danduggan, @fwyzard, @thuer, @monttj, @Martin-Grunewald, @mdhildreth, @deguio, @slava77, @vadler, @ojeda, @rovere, @StoyanStoynev can you please review it and eventually sign? Thanks.
@pvmulder, @jpavel, @wddgit, @alja, @ferencek, @threus, @venturia this is something you requested to watch as well.
You can sign-off by replying to this message having '+1' in the first line of your reply.
You can reject by replying to this message having '-1' in the first line of your reply.

[cmsbuild]

Comparison is ready
https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-4546/282/summary.html

[StoyanStoynev]

working on it

[vciulli]

+1

[StoyanStoynev]

+1
Tested d98e082 on top of CMSSW_7_2_X_2014-07-04-0200. Run extended matrix tests (because of the many files with changes involved). No differences observed (FWLite, DQM based scripts). Jenkins are also fine (except the unit tests mentioned above). I find no issues with the code - changes are consistently introduced throughout the files .

[danduggan]

+1 Minimal change for DQM.

[ktf]

DQM and analysis are trivial. Bypassing.