Description of problem: After installing these updates, I get linking problems of the type linking <somelib.so> `.text._ZN15SparseRowMatrixIdED2Ev' referenced in section `.text._ZN15SparseRowMatrixIdED1Ev[non-virtual thunk to SparseRowMatrix<double>::~SparseRowMatrix()]' of [...]/libLinearSolverPack.a(SparseLinSolverCholMod.o): defined in discarded section `.text._ZN15SparseRowMatrixIdED2Ev[_ZN15SparseRowMatrixIdED5Ev]' of [...]/libLinearSolverPack.a(SparseLinSolverCholMod.o) collect2: ld returned 1 exit status This is a regression compared to the stable packages (4.6.0-10 series) and the previous testing packages (4.6.1-8). Seems related to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50255 although 4.6.1-9 supposedly fixes that issue. Unfortunately the project is quite huge and I was not yet able to find a simple test case. Version-Release number of selected component (if applicable): gcc.x86_64 0:4.6.1-9.fc15 and related
You forgot to explain what exactly you are compiling and how, if you are mixing *.a libraries compiled by the older compiler with code compiled by the new compiler, etc. If only objects involved are from the same compiler, I certainly need a reproducer.
In any case, preprocessed source for SparseLinSolverCholMod.o (just rerun its g++ command line with additional -save-temps, paste the full command line here and attach SparseLinSolverCholMod.ii) would be nice to have.
Uhm, I recompiled the entire project (which was previously mainly compiled with gcc 4.6.0), but now while it does compile, I get undefined symbols which were never there before and odd segfaults... I'll keep hunting...
Ok never mind, found a library which was still from the previous compile, now it works. I'll close this bug.