On 8/8/2012 4:51 PM, Chris Morris wrote: > I want to keep STL debugging *for the rest of my project*. This leads me to > consider compiling the protocol buffers project without STL debugging info. > > What are the implications of this? >
Unless you are *very* careful, this is going to lead to problems: The basic problem is that you will have two versions of the C++ runtime library loaded, so there will be two copies of "new" and two copies of "delete". If you get a pointer back from "debug new", you need to make sure it passed to "debug delete", or you're going to end up with extreme pain. That problem is hard to overcome, but not impossible. There are some problems that might not be solvable though: if the runtime libraries (that contain new and delete) have designs where they "want to be first or last" in a program's startup or shutdown, there's no way to make everyone happy. If both the debug and the release versions want to be "first", they can't both be happy. -- You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To post to this group, send email to protobuf@googlegroups.com. To unsubscribe from this group, send email to protobuf+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/protobuf?hl=en.
