Bug 1501355

Summary: No symlink for objcopy in libexec
Product: Red Hat Developer Toolset Reporter: Piyush Bhoot <pbhoot>
Component: gccAssignee: Marek Polacek <mpolacek>
Status: CLOSED ERRATA QA Contact: Michael Petlan <mpetlan>
Severity: low Docs Contact: Vladimír Slávik <vslavik>
Priority: medium    
Version: DTS 6.0 RHEL 7CC: briang, fweimer, jakub, kanderso, law, mcermak, mnewsome, mpolacek, ohudlick, vslavik
Target Milestone: alpha   
Target Release: 7.0   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: devtoolset-7-gcc-7.2.1-6.1.el7 Doc Type: Bug Fix
Doc Text:
Previously, the "devtoolset-7-gcc" package did not contain a symbolic link to the *objcopy* utility installed by the "devtoolset-7-binutils" package. As a consequence, *GCC* from Red Hat Developer Toolset used the system version of *objcopy* which lacked some features, such as the `-gsplit-dwarf` option. The symbolic link has been added and the correct version of *objcopy* is now used.
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-05-03 05:13:47 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Piyush Bhoot 2017-10-12 12:28:12 UTC
Description of problem:
Need a link to objcopy to better support split dwarf
The RH Developer Toolset is missing a symbolic link necessary for seamless use of the relatively new Split Dwarf (or DebugFission) feature.

In particular, there should be an objcopy symbolic link in:

Pointing to:

If you look in /opt/rh/devtoolset-6/root/usr/libexec/gcc/x86_64-redhat-linux/6.2.1, you will see symbolic links for other compiler-needed binutils tools such as ar, as, ld, nm, ranlib, strip.  For –gsplit-dwarf to work, the compiler also needs the matching version of objcopy.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:

ls -l devtoolset-6/root/usr/libexec/gcc/x86_64-redhat-linux/6.2.1 | grep bin
 	ar -> lrwxrwxrwx 1 root root       18 Apr 27 15:26 ar -> ../../../../bin/ar
	as ->lrwxrwxrwx 1 root root       18 Apr 27 15:26 as -> ../../../../bin/as
	ld ->lrwxrwxrwx 1 root root       18 Apr 27 15:26 ld -> ../../../../bin/ld
	ld.bdf->lrwxrwxrwx 1 root root       22 Apr 27 15:26 ld.bfd -> ../../../../bin/ld.bfd
	ld.gold->lrwxrwxrwx 1 root root       23 Apr 27 15:26 ld.gold -> ../../../../bin/ld.gold
	nm->lrwxrwxrwx 1 root root       18 Apr 27 15:26 nm -> ../../../../bin/nm

link for objcopy is missing

Additional info:

Comment 4 Nick Clifton 2018-01-09 16:33:53 UTC
Reassigning to gcc, as the symlinks are actually constructed by the %install phase of the gcc.spec file.

Comment 5 Marek Polacek 2018-01-09 19:29:56 UTC
Fixed in git.

Comment 8 Michael Petlan 2018-04-26 22:31:37 UTC
Tested with devtoolset-7-gcc-7.3.1-5.4. It has the requested symlink.

Comment 11 errata-xmlrpc 2018-05-03 05:13:47 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.