Launchpad has imported 7 comments from the remote bug at http://sourceware.org/bugzilla/show_bug.cgi?id=6494.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2008-05-08T12:43:20+00:00 Matthias Klose wrote: building debian-installer with current binutils (20080425) ftbfs (2.18.1 works) see http://people.debian.org/~lucas/logs/2008/04/30/debian-installer_20080227_sid32-dpkg.buildlog reducing libnewt.so.0.52 /usr/lib//libnewt.so.0.52 72900L ./tmp/cdrom_gtk/tree/lib/libnewt.sBFD: BFD (GNU Binutils for Debian) 2.18.50.20080425 internal error, aborting at ../../bfd/elf.c line 4622 in assign_file_positions_for_non_load_sections BFD: Please report this bug. [asking the debian-installer team for a reduced testcase] Reply at: https://bugs.launchpad.net/binutils/+bug/264961/comments/0 ------------------------------------------------------------------------ On 2008-05-10T02:12:31+00:00 Alan Modra wrote: I think your log suffers from lack of stdout and stderr flushing. libnewt.so.0.52 is a red herring. The real problem occurs on objcopy --strip-unneeded -R .note -R .comment /lib/libpthread.so.0 Don't bother reducing it, libpthread.so isn't too large to attach to this bug report. Reply at: https://bugs.launchpad.net/binutils/+bug/264961/comments/1 ------------------------------------------------------------------------ On 2008-08-09T13:08:51+00:00 Alan Modra wrote: Can we have the libpthread.so.0 that triggers this bug, if the bug is still present in CVS binutils? Reply at: https://bugs.launchpad.net/binutils/+bug/264961/comments/2 ------------------------------------------------------------------------ On 2008-09-17T11:25:36+00:00 Alan Modra wrote: Testcase in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493651 GNU_RELRO 0x016bc8 0x0000000000216bc8 0x0000000000216bc8 0x0003d0 0x0003c0 R 0x1 I don't know how we managed to get p_filesz (0x3d) != p_memsz (0x3c0). HJ, why did you add the p_filesz == p_memsz test in the following: if (map->p_type == PT_GNU_RELRO && segment->p_filesz == segment->p_memsz) { /* The PT_GNU_RELRO segment may contain the first a few bytes in the .got.plt section even if the whole .got.plt section isn't in the PT_GNU_RELRO segment. We won't change the size of the PT_GNU_RELRO segment. */ map->p_size = segment->p_filesz; map->p_size_valid = 1; } That results in p_size_valid == 0 for this testcase which then triggers the abort. Reply at: https://bugs.launchpad.net/binutils/+bug/264961/comments/7 ------------------------------------------------------------------------ On 2008-09-17T17:19:57+00:00 Hjl-tools wrote: (In reply to comment #3) > Testcase in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493651 > > GNU_RELRO 0x016bc8 0x0000000000216bc8 0x0000000000216bc8 0x0003d0 > 0x0003c0 R 0x1 > > I don't know how we managed to get p_filesz (0x3d) != p_memsz (0x3c0). > HJ, why did you add the p_filesz == p_memsz test in the following: > > if (map->p_type == PT_GNU_RELRO > && segment->p_filesz == segment->p_memsz) > { > /* The PT_GNU_RELRO segment may contain the first a few > bytes in the .got.plt section even if the whole .got.plt > section isn't in the PT_GNU_RELRO segment. We won't > change the size of the PT_GNU_RELRO segment. */ > map->p_size = segment->p_filesz; > map->p_size_valid = 1; > } > > That results in p_size_valid == 0 for this testcase which then triggers the > abort. Something is wrong with GNU_RELRO segment in libpthread-2.7.so: 1. Why is p_filesz != p_memsz? 2. What does p_filesz > p_memsz mean? I got GNU_RELRO 0x016bc8 0x0000000000216bc8 0x0000000000216bc8 0x0003d0 0x0003c0 R 0x1 ... 08 .ctors .dtors .jcr .data.rel.ro For libpthread-2.7.so in Fedora 8, I got GNU_RELRO 0x015ba8 0x0000003035015ba8 0x0000003035015ba8 0x000458 0x000458 R 0x1 ... 08 .ctors .dtors .jcr .data.rel.ro .dynamic .got Please provide ALL inputs used to create the bad libpthread-2.7.so. Reply at: https://bugs.launchpad.net/binutils/+bug/264961/comments/8 ------------------------------------------------------------------------ On 2009-03-26T12:24:09+00:00 Cvs-commit wrote: Subject: Bug 6494 CVSROOT: /cvs/src Module name: src Changes by: amo...@sourceware.org 2009-03-26 12:23:52 Modified files: bfd : ChangeLog elf.c Log message: PR 6494 * elf.c (copy_elf_program_header): Do not check that PT_GNU_RELRO p_filesz and p_memsz are equal. Use p_memsz as the segment size. (assign_file_positions_for_non_load_sections): Zap PT_GNU_RELRO if we don't find matching PT_LOAD when copying. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/bfd/ChangeLog.diff?cvsroot=src&r1=1.4534&r2=1.4535 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/bfd/elf.c.diff?cvsroot=src&r1=1.479&r2=1.480 Reply at: https://bugs.launchpad.net/binutils/+bug/264961/comments/10 ------------------------------------------------------------------------ On 2009-03-26T12:27:37+00:00 Alan Modra wrote: Fixed. It would be nice to know how libpthread.so managed to get the weird relro header. Reply at: https://bugs.launchpad.net/binutils/+bug/264961/comments/11 ** Changed in: binutils Importance: Unknown => Medium ** Bug watch added: Debian Bug tracker #493651 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493651 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/264961 Title: GNU Binutils for Ubuntu, internal error, assign_file_positions_for_non_load_sections -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
