[Bug ld/12451] --build-id regression

2011-01-28 Thread hjl.tools at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12451

H.J. Lu  changed:

   What|Removed |Added

 CC||hjl.tools at gmail dot com

-- 
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
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug ld/12451] --build-id regression

2011-01-28 Thread sch...@linux-m68k.org
http://sourceware.org/bugzilla/show_bug.cgi?id=12451

--- Comment #2 from Andreas Schwab  2011-01-28 15:50:24 
UTC ---
See  for the original bug
report and  for a follow-up
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
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug ld/12451] --build-id regression

2011-01-28 Thread jakub at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12451

Jakub Jelinek  changed:

   What|Removed |Added

  Component|binutils|ld

-- 
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
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug binutils/12451] --build-id regression

2011-01-28 Thread jakub at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12451

--- Comment #1 from Jakub Jelinek  2011-01-28 14:33:48 
UTC ---
Actually, it seems upstream binutils probably never handled it right and it
seems Fedora had some local patch for it that got dropped as redundant when it
actually has never been redundant.
In elf_checksum_contents it checksums contents of sections guarded with
if (i_shdr.contents)
Except, at least in my testing, i_shdr.contents is always NULL so it only
checksums section headers, program headers and ELF header.

-- 
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
http://lists.gnu.org/mailman/listinfo/bug-binutils


objdump on very large files

2011-01-28 Thread Michael Snyder
Hi, 

I have encountered a problem with objdump on elf files of greater than 
4 gigabytes size.  In an elf header dump (objdump -h), only 8 chars are
allowed for the file offset field, and this will overflow.

The relevant printf is in objdump.c::dump_section_header, vis:

  printf ("  %08lx  2**%u", (unsigned long) section->filepos,
  bfd_get_section_alignment (abfd, section));


Is there a way to get the total file size here, and if it is greater
than 4gig, to make this field wider?  I realize that it will then be
greater than 80 chars...

Cheers,
Michael Snyder



___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug binutils/12451] --build-id regression

2011-01-28 Thread jakub at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12451

Jakub Jelinek  changed:

   What|Removed |Added

 CC||nickc at redhat dot com,
   ||roland at redhat dot com

-- 
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
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug binutils/12451] New: --build-id regression

2011-01-28 Thread jakub at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12451

   Summary: --build-id regression
   Product: binutils
   Version: 2.22 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: binutils
AssignedTo: unassig...@sources.redhat.com
ReportedBy: ja...@redhat.com


Apparently ld --build-id behavior changed recently, so it no longer checksums
symbol table sections.
A short testcase:
cat > A.java <<\EOF
class A
{  
  public static void main(String args[])
  {
System.out.println("Hello World!");
  }
}
EOF
sed s/A/B/ A.java > B.java
gcj -C A.java
gcj -C B.java
gcj -shared -fpic -o libAB.so A.class B.class
gcj -o A -fmain=A ./libAB.so -Wl,--build-id
gcj -o B -fmain=B ./libAB.so -Wl,--build-id
objdump -s -j .note.gnu.build-id A B

While with older linkers (e.g. 2.20.51.0.2) the build ids were different
between A and B, in CVS head as well as 2.21.51.0.5 the build ids are the same,
eventhough the binaries are different (although they have exactly the same code
sections, as they call different code they certainly aren't the same).

-- 
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
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gas/12448] New: .struct in included file causes assertion failure

2011-01-28 Thread ughoavgfhw at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12448

   Summary: .struct in included file causes assertion failure
   Product: binutils
   Version: 2.20
Status: NEW
  Severity: normal
  Priority: P2
 Component: gas
AssignedTo: unassig...@sources.redhat.com
ReportedBy: ughoavg...@gmail.com


I was using gas to compile a program. In the program, I use .include to include
a file with some constant definitions in it. I wanted to use .struct in the
included file, but when I did, I received the following error:

filename.s:57: Internal error!
Assertion failure in integer_constant at
/Users/username/Downloads/binutils-2.20.1/gas/expr.c line 530.
Please report this bug.

The .struct I was using works fine in the main file. It only fails when put in
the included file. I am using binutils 2.20.1 on Mac OS 10.6.6. This is not
Apple's implementation of gas. I compiled a new version of binutils targeted
for i586-elf.

-- 
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
http://lists.gnu.org/mailman/listinfo/bug-binutils