On Apr 4, 2011, at 9:25 PM, Sean Farley wrote: > What did you expect when you used --with-clanguage=C++ for your buid? Or > were you misunderstanding what this options means wrt PETSc build? > > I understand what it was trying to do but it is necessary for sieve > (especially with certain mesh generators). Why does all of PETSc need to be > compiled with C++ in order to use sieve is the real question?
Since the sieve c++ compiled code uses the C code (like VecXXX) the C++ compiler would have to know that the other parts of C are not compiled with C++. At a minimum you would have to extern c it in the header files other wise the C++ compiled code will call the C routines with name-mangling turned on while the C compiler doesn't know about name mangling and hence would generate routines without name mangling and the c++ code wouldn't find the c routines. In other words, even without issues of struct layouts currently everything in PETSc needs to be built with the same compiler. If sieve was made a completely separate package form PETSc then one could easily arrange things so that sieve compiled with c++ and PETSc with c. Why is everyone talking about this unimportant issue when we got serious dlopen() issues to fix? Barry > > .c -> compiled with mpicc > .cxx -> compiled with mpicxx > > Is there something else missing? (Perhaps linking?) > > Sean
