--- Additional Comments From psfales at alcatel-lucent dot com 2007-02-22
21:37 ---
That fix worked for me. The stripped binary waz the same length as the one
stripped with 2.16.1 though it didn't compare identical. More importantly, it
runs.
--
http://sourceware.org/bugzilla/sh
--- Additional Comments From nickc at redhat dot com 2007-02-22 18:56
---
Hi Guys,
I think that I may have found the problem. When the BFD library is getting
ready to write out the program headers it checks to see if it has a set already
supplied to it. (Either from the input binary
--- Additional Comments From nickc at redhat dot com 2007-02-22 18:48
---
Created an attachment (id=1578)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1578&action=view)
Stripped version of the c-cc5 test program
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3535
-
--- Additional Comments From nickc at redhat dot com 2007-02-22 18:46
---
Created an attachment (id=1577)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1577&action=view)
Always regenerate program headers when Solaris INTERP segments are involved.
--
http://sourceware.org/bu
--- Additional Comments From nickc at redhat dot com 2007-02-22 17:55
---
Subject: Re: GNU strip 2.17 corrupts Sun CC/cc binaries
(ldissue?)
Hi Peter,
> I'm not sure were to get "a strip built from the current mainline binutils
> sources" but I should be able to try that too if y
Hi Peter,
I'm not sure were to get "a strip built from the current mainline binutils
sources" but I should be able to try that too if you can point me to it.
The sources are under CVS control and can be checked out via the
procedure documented here:
http://sourceware.org/binutils
There i
--- Additional Comments From psfales at alcatel-lucent dot com 2007-02-22
14:43 ---
I'm not sure were to get "a strip built from the current mainline binutils
sources" but I should be able to try that too if you can point me to it.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3
--
What|Removed |Added
Attachment #1574|Stripped with |Stripped with
description|/usr/ccs/bin/strip (fails to|/usr/ccs/bin/strip
|run)
--- Additional Comments From psfales at alcatel-lucent dot com 2007-02-22
14:40 ---
Created an attachment (id=1576)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1576&action=view)
Stripped with bintutils-2.17 (fails to run)
--
http://sourceware.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From psfales at alcatel-lucent dot com 2007-02-22
14:39 ---
Created an attachment (id=1575)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1575&action=view)
Stripped with binutils 2.16.1
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3535
---
--- Additional Comments From psfales at alcatel-lucent dot com 2007-02-22
14:38 ---
Created an attachment (id=1574)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1574&action=view)
Stripped with /usr/ccs/bin/strip (fails to run)
--
http://sourceware.org/bugzilla/show_bug.cgi
--- Additional Comments From psfales at alcatel-lucent dot com 2007-02-22
14:38 ---
Created an attachment (id=1573)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1573&action=view)
Unstripped "hello world" binary (Sparc Solaris 8)
--
http://sourceware.org/bugzilla/show_bug.c
--- Additional Comments From psfales at alcatel-lucent dot com 2007-02-22
14:36 ---
I'm not sure what you mean by "different" - clearly all three are different in
at least some ways, as they all have different sizes. The one stripped with the
buggy 2.17 version is *much* larger than the
--- Additional Comments From nickc at redhat dot com 2007-02-22 11:34
---
Hi Stefan,
This bug has now been fixed. Please try building an assembler from the latest
binutils sources from the mainline of the CVS repository.
Cheers
Nick
--
What|Removed
--- Additional Comments From nickc at redhat dot com 2007-02-22 11:31
---
Hi Cedric,
Can you produce a full test case that demonstrates this problem please ?
Also, have you checked to see if the problem still exists with a linker built
from the current mainline binutils sources ?
--- Additional Comments From nickc at redhat dot com 2007-02-22 11:07
---
Hi Guys,
Can any of you do some checks for me please ?
Essentially I would like to know the differences between a working binary that
has been stripped with the strip program built from the 2.16.1 sources and
--- Additional Comments From hjl at lucon dot org 2007-02-22 10:31 ---
Assuming this change is reasonable, the error message:
foo.t:7 nonconstant expression for load base
is unclear. The problem is
.bar : AT ((ADDR(.foo) + 4095) & ~(4095)) { *(.bar) }
But it isn't line 7. We should at
[EMAIL PROTECTED] lma-4]$ /usr/bin/ld -V
GNU ld version 2.15.92.0.2 20040927
Supported emulations:
elf_i386
i386linux
[EMAIL PROTECTED] lma-4]$ cat foo.t
SECTIONS
{
.bar : AT ((ADDR(.foo) + 4095) & ~(4095)) { *(.bar) }
.foo : { *(.foo) }
/DISCARD/ : { *(.*) }
}
[EMAIL PROTECTED] lma-4
Hi Joe,
I had some problems building VirtualBox on a RedHat 3 ES machine,
The "ar" command failed to find an input file -- the message shows a
truncated name compared to what is in the script fed in via -M.
Looking at the source code it appears that the grammar file that
specifies the allowable
2.17.50 20070222
--
Summary: GAS allows using 64-bit regs in 32-bit mode (Intel
syntax)
Product: binutils
Version: 2.17
Status: NEW
Severity: normal
Priority: P2
Component: gas
AssignedTo: unas
20 matches
Mail list logo
