I have to correct myself: > I then decided to add > > #include <base/logstream.h> > > to the test program source. Thereafter, the program ran as expected:
Sorry, no. I also changed the compiler to g++-4.3.2. This made the difference. Regardless of whether <base/logstream.h> gets included, and regardless of whether deal.II -r17071, -r17340 or -r17373 is used, compiling+linking with g++-4.0.1 (from Apple's Xcode) or g++-4.2.4 (from MacPorts) leads to a segmentation fault. Regardless of whether <base/logstream.h> gets included, and regardless of whether deal.II -r17071, -r17340 or -r17373 is used, g++-4.3.2 (from MacPorts) happens to get it right. (I have tested all 18 combinations now.) To me, this looks like an order-of-initialization issue. According to "svn log" and "svn annotate" on base/source/log.cc, there are similar effects upon destruction of globals that have not been investigated deeply. I hope that this was due to a g++ error before g++-4.3.2 and not some legal behavior that may or may not violate assumptions of the code in base/source/log.cc. Sticking to g++-4.3.2 for the time being. Regards, -- Christian Cornelssen
signature.asc
Description: PGP signature
_______________________________________________
