Bug 737214 - libtool-2.4-6.fc15, gcc-4.6.1-9.fc15 critical path bugfix update breaks linking
Summary: libtool-2.4-6.fc15, gcc-4.6.1-9.fc15 critical path bugfix update breaks linking
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: gcc
Version: 15
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-09-09 23:39 UTC by Sandro Mani
Modified: 2011-09-10 11:50 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2011-09-10 11:50:34 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Sandro Mani 2011-09-09 23:39:49 UTC
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

Comment 1 Jakub Jelinek 2011-09-10 06:26:17 UTC
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.

Comment 2 Jakub Jelinek 2011-09-10 06:47:22 UTC
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.

Comment 3 Sandro Mani 2011-09-10 11:20:25 UTC
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...

Comment 4 Sandro Mani 2011-09-10 11:50:34 UTC
Ok never mind, found a library which was still from the previous compile, now it works. I'll close this bug.


Note You need to log in before you can comment on or make changes to this bug.