http://sourceware.org/bugzilla/show_bug.cgi?id=14723
Bug #: 14723
Summary: bug-binutils notices have extra newlines
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Com
http://sourceware.org/bugzilla/show_bug.cgi?id=14722
--- Comment #1 from John David Anglin 2012-10-15
01:27:41 UTC ---
Also:
../as-new -o dump.o /xxx/gnu/binutils/src/gas/testsuite/gas/elf/common2.s
Executing on host: sh -c {../as-new -o dump.o
/xxx/gnu/binutils/src/gas/testsuite/g
http://sourceware.org/bugzilla/show_bug.cgi?id=14722
Bug #: 14722
Summary: FAIL: weak and common directives
Product: binutils
Version: 2.24 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component:
http://sourceware.org/bugzilla/show_bug.cgi?id=14721
Bug #: 14721
Summary: FAIL: Multibyte symbol names
Product: binutils
Version: 2.24 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gas
http://sourceware.org/bugzilla/show_bug.cgi?id=14720
Bug #: 14720
Summary: FAIL: ar long file names (bfdtest1)
Product: binutils
Version: 2.24 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Componen
http://sourceware.org/bugzilla/show_bug.cgi?id=14718
--- Comment #9 from Siarhei Siamashka
2012-10-14 22:50:44 UTC ---
(In reply to comment #6)
> I would be very careful with swapping because the size of the
> arm_local_iplt_info* is unknown (could be 64-bit or anything). It would still
http://sourceware.org/bugzilla/show_bug.cgi?id=14718
--- Comment #8 from Ambroz Bizjak 2012-10-14
22:49:24 UTC ---
(In reply to comment #7)
> Hmm, this is beginning to be really funny. My gentoo arm system has "#define
> BFD_ARCH_SIZE 64" line in /usr/include/bfd.h, resulting in 64-bit vm
http://sourceware.org/bugzilla/show_bug.cgi?id=14718
--- Comment #7 from Siarhei Siamashka
2012-10-14 22:32:12 UTC ---
(In reply to comment #5)
> Because in the current code bfd_signed_vma array (64-bit elements) is followed
> by arm_local_iplt_info * array (32-bit elements) and then foll
http://sourceware.org/bugzilla/show_bug.cgi?id=14718
Ambroz Bizjak changed:
What|Removed |Added
Attachment #6687|0 |1
is obsolete|
http://sourceware.org/bugzilla/show_bug.cgi?id=14718
Siarhei Siamashka changed:
What|Removed |Added
CC||siarhei.siamashka at gmail
http://sourceware.org/bugzilla/show_bug.cgi?id=14718
--- Comment #4 from Andreas Schwab 2012-10-14 20:34:17
UTC ---
You cannot pass a pointer for an integral argument. How did you manage to
suppress the warning?
It'll be simpler to just allocate each array separately.
--
Configure
http://sourceware.org/bugzilla/show_bug.cgi?id=14718
--- Comment #3 from Ambroz Bizjak 2012-10-14
20:28:34 UTC ---
Andreas: the allocation function (bfd_zalloc, not objalloc_alloc) is not
returning unaligned memory. The problem is that the code is trying to manually
place multiple arrays
http://sourceware.org/bugzilla/show_bug.cgi?id=14718
--- Comment #2 from Ambroz Bizjak 2012-10-14
20:17:01 UTC ---
Created attachment 6687
--> http://sourceware.org/bugzilla/attachment.cgi?id=6687
non-hackish fix
This fixes the misalignment by properly aligning pointers. Note that it
http://sourceware.org/bugzilla/show_bug.cgi?id=14718
Mike Frysinger changed:
What|Removed |Added
Target||armv5-linux-gnueabi
http://sourceware.org/bugzilla/show_bug.cgi?id=14718
--- Comment #1 from Andreas Schwab 2012-10-14 17:08:37
UTC ---
Why is objalloc_alloc returning unaligned memory?
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail becaus
http://sourceware.org/bugzilla/show_bug.cgi?id=14718
Bug #: 14718
Summary: ld crashes on ARMv5 due to unaligned memory access
Product: binutils
Version: 2.22
Status: NEW
Severity: normal
Priority: P2
16 matches
Mail list logo
