Bug 599106

Summary: ld hangs binding symbol FT_Stream_GetShort to /usr/lib/libfreetype.so.6
Product: [Fedora] Fedora Reporter: Daniel Sweet <djsweet33484>
Component: binutilsAssignee: Nick Clifton <nickc>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 13CC: jakub, jan.kratochvil, nickc
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-06-03 13:12:30 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Daniel Sweet 2010-06-02 17:16:07 UTC
Description of problem: ld hangs after binding FT_Stream_GetShort to /usr/lib/libfreetype.so.6 on an x86_64 platform. All programs attempting to link to the 32-bit version of libfreetype hang at this point, and must be terminated with SIGKILL.

Version-Release number of selected component (if applicable):
binutils-2.20.51.0.2-20.fc13.x86_64
freetype-2.3.11-3.fc13.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Install i686 executable depending on libfreetype on an x86_64 system.
2. Run executable with $LD_DEBUG set.
  
Actual results:
Executable hangs after ld attempts to bind FT_Stream_GetShort to /usr/lib/libfreetype.so.6

Expected results:
Executable running normally.

Additional info:
Binding fails reliably with sylpheed.i686, flash-plugin, and skype RPM. Sysprof reports that the hung executable spends most of its time in /usr/lib/libfreetype.i686.

Comment 1 Daniel Sweet 2010-06-02 18:13:03 UTC
That should be /usr/lib/libfreetype.so.6, not /usr/lib/libfreetype.i686.

Comment 2 Nick Clifton 2010-06-03 13:12:30 UTC
Hi Daniel,

  Despite the name of the environment variable, this is not a linker problem, but a loader problem.  You need to refile the bug under the glibc component.

Cheers
  Nick