Bug 737214

Summary:	libtool-2.4-6.fc15, gcc-4.6.1-9.fc15 critical path bugfix update breaks linking
Product:	[Fedora] Fedora	Reporter:	Sandro Mani <manisandro>
Component:	gcc	Assignee:	Jakub Jelinek <jakub>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	15	CC:	jakub
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-09-10 11:50:34 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

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.