http://sourceware.org/bugzilla/show_bug.cgi?id=12864
Sascha Peilicke <saschpe at gmx dot de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |
--- Comment #3 from Sascha Peilicke <saschpe at gmx dot de> 2011-06-09 14:03:44
UTC ---
(In reply to comment #2)
> objcopy/strip is attempting to correct the binary for demand paged loading.
> There should be no surprise that the layout changes. You might argue that
> objcopy could do a better job. That's true but I doubt anyone is interested
> in
> enhancing objcopy for invalid binaries.
But checking each and every binary for validity first before trying to strip it
isn't the way to go either.
In that particular case, the binary works well, can be called and does it's
job. But it doesn't seem to be a valid ELF binary, or at least not conforming
to what objcopy/strip expect.
To give you some background, this binary resulted of a (fully automated) RPM
build job, which routinely calls strip on all binaries that land in a given RPM
package. Currently, we have >10000 build jobs a day, so adding a validity check
before each strip invocation is overkill.
Reopening therefore, this clearly is a bug.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
