Add an include guard (hat tip to mwolf)


git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1876 579d543e-85e3-4578-a5e8-1e6a993b7602
boost::optional has no implicit conversion to bool in C++11 mode. Add an
explicit cast to mollify C++11 compilers that care about the standard (via
cweaver).


git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1878 579d543e-85e3-4578-a5e8-1e6a993b7602
get some standard integers, up in here! up in here!

git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1884 579d543e-85e3-4578-a5e8-1e6a993b7602
break out std_cont_pod into individual files

the point of this is to aid in compilitation as the pybindings
are very template heavy, and the compile will often crap out
in low memory situations.


git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1885 579d543e-85e3-4578-a5e8-1e6a993b7602
un-commit stray files


git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1886 579d543e-85e3-4578-a5e8-1e6a993b7602
David Boersma reported that having Finish() be called from the I3Tray destructor might not always work when it is called during the python interpreter shutdown. Since Tray::Execute() could always ever be called once anyway (it set a flag and checked it), I have moved the I3Tray::Finish() code to I3Tray::Execute() and have made I3Tray::Finish() a no-op as discussed on today's call. Let's see if this breaks everything or not. If you know of an instance where Execute() and Finish() need to be distinct, please let me or others on the software mailinglists know as soon as possible.

git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1892 579d543e-85e3-4578-a5e8-1e6a993b7602
match the test to r1892


git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1902 579d543e-85e3-4578-a5e8-1e6a993b7602
Expose I3Tray::RequestSuspension() to Python, so that PythonFunction I3Modules
can suspend the tray just like full I3Modules.

git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1911 579d543e-85e3-4578-a5e8-1e6a993b7602
add I3PODHolder, as discussed in software call

git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1914 579d543e-85e3-4578-a5e8-1e6a993b7602
Make IceTray build against Boost 1.56.

Robert Ramey pulled the rug out from under us by generalizing shared_ptr_helper
to arbitrary smart pointer types in a new helper class
serialization::shared_ptr_helper. The one we used to use,
archive::detail::shared_ptr_helper, is still defined, but the implementation
has been removed, so it's useless. Flip to the new one if we have it.

Upstream bug report: https://svn.boost.org/trac/boost/ticket/10566


git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1918 579d543e-85e3-4578-a5e8-1e6a993b7602
meike now gets emails for each commits

git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1925 579d543e-85e3-4578-a5e8-1e6a993b7602
added release notes for this project.

git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1928 579d543e-85e3-4578-a5e8-1e6a993b7602
make nega happy by adding comments on why we purposely lose precision

git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1949 579d543e-85e3-4578-a5e8-1e6a993b7602
use gcc/clang pragmas to ignore a known false positive warning

ack-by: jvs, david.schultz (slack/#software)

Warning suppression should always be taken seriously, and when it's done, done
properly. Both the code, and this commit msge are good templates for future
warning suppressions. Warning suppression commits should always have an
ack-by: line indicating who ack'd and where (slack,email,phone,etc).



git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1951 579d543e-85e3-4578-a5e8-1e6a993b7602
boost defines these macros with a closing semi-colon

having them just generates superflous warnings when warnings are cranked up


git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1952 579d543e-85e3-4578-a5e8-1e6a993b7602
backout r1951/IceTray so we can support old busted-ass compilers

fix w/ an explict cast later


git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1954 579d543e-85e3-4578-a5e8-1e6a993b7602
Work around a [possibly illegal] optimization in libc++'s implementation
of abi::__cxa_demangle() that neglects to explicitly set the "status"
int in the case where demangling succeeds.  This caused I3Frame to
use the mangled versions of I3FrameObject type names on FreeBSD 10
systems, causing dataclasses::readwrite_i3vectors.py to find
unexpected md5 checksums.



git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1975 579d543e-85e3-4578-a5e8-1e6a993b7602
documentation fix

git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1987 579d543e-85e3-4578-a5e8-1e6a993b7602
better error message when pulling objects from a frame fails.

git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1990 579d543e-85e3-4578-a5e8-1e6a993b7602
OMKey is no longer a frame object.

git-svn-id: http://code.icecube.wisc.edu/icetray/projects/icetray/trunk@1991 579d543e-85e3-4578-a5e8-1e6a993b7602