Lets say that my class has a member variable thats a stdvectorInstruction My class is effectively a container
vectorInstruction. My class is effectively a container for Instruction instances. Clients of my class will have to iterate through the instruction instances my class is holding. Is it reasonable to have .begin() and .end() methods which return m_instructions.begin() and m_instructions.end(), or should they return something else?
libboost_filesystem.so
I'm not sure if that breaks Demeter's law.
No, that points to libboost_program_options-gcc-mt-1_33_1.so
libboost_program_options-gcc-mt-1_33_1.so
they seem to have special symlinks like the one I posted above
It can only point to one library - and that's the one (this is a debian install)
so -lboost_program_options-st
-st mean?
there is probably a special one for debug as well
that's part of the name of the unversioned symlink
/usr/lib/libboost_program_options-st.so
Does that exist on your machine?
$ ls -l /usr/lib/libboost_program_options-st.so
libboost_program_options-gcc41-1_34.so
Maybe it's a bug that debian isn't installing those symlinks.
that is Debian
if you think that you need to share the vector with others, why don't you just add std