http://sourceware.org/bugzilla/show_bug.cgi?id=15183
Alexander von Gluck IV changed:
What|Removed |Added
CC||kallisti5 at unixzen dot
http://sourceware.org/bugzilla/show_bug.cgi?id=15183
--- Comment #2 from Alexander von Gluck IV
2013-02-26 02:43:38 UTC ---
A solution for this problem was posted here:
http://www.mail-archive.com/bug-binutils@gnu.org/msg14429.html
--
Configure bugmail: http://sourceware.org/bugzilla/userpref
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: kallisti5 at unixzen dot com
Created attachment 7461
--> https://sourceware.org/bugzilla/attachment.cgi?id=7461&action=edit
patch to add stdint.h
coffcode.h uses intptr_t without including stdint.h
https://sourceware.org/bugzilla/show_bug.cgi?id=16686
--- Comment #3 from Alexander von Gluck IV ---
actually the platform was Haiku's PowerPC GCC cross compiler building binutils.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=16686
--- Comment #4 from Alexander von Gluck IV ---
I think the rs6000 files are getting picked up by:
pmac_xcoff_vec
Looks like Apple hardware was moved into rs6000 back in 2001:
https://sourceware.org/ml/binutils/2001-05/msg00521.html
Host is g
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: kallisti5 at unixzen dot com
Target Milestone: ---
On the heels of many other sister tickets (namely #26206, #26218) riscv64 is
missing a pei (PE) bfd target for objcopy EFI binaries / loaders.
A pei
: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: kallisti5 at unixzen dot com
Target Milestone: ---
Providing --script= of any kind results in a segfault from ld on riscv64.
An empty linker script will result in the same
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #1 from Alexander von Gluck IV ---
I saw d51d92c4d06b6f1b8fee12041cf882e025b84400 (which seems to be in the same
general riscv code) and backported to 2.28.1, no change in behaviour/error.
--
You are receiving this mail because:
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #4 from Alexander von Gluck IV ---
Here's our riscv config for Haiku:
https://git.haiku-os.org/buildtools/tree/gcc/gcc/config/riscv/haiku.h
Anything beyond that is "stuff working on other architectures"
The linker script definit
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #5 from Alexander von Gluck IV ---
I just took the internal linker script and passed it back in, and it works as
expected. Then I used an empty linker script and it segfaulted again.
Maybe a bug in 2.28.1 that was fixed by 2.29?
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #6 from Alexander von Gluck IV ---
Ok. I slowly moved through the linker script. If I comment out this section ld
segfaults:
/*
.sdata :
{
__global_pointer$ = . + 0x800;
*(.srodata.cst16) *(.srodata.cst8) *
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #8 from Alexander von Gluck IV ---
I'm ok equating this one to an issue on our end. I think the segfault is an
issue, but since I can't reproduce it on binutils 2.29 or later, it might be
something already fixed... so we can go ah
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
Alexander von Gluck IV changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: kallisti5 at unixzen dot com
Target Milestone: ---
Generating EFI binaries is possible under arm via
--target pei-arm-little --subsystem efi-app
It would be nice if the same was possible via
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: kallisti5 at unixzen dot com
Target Milestone: ---
objcopy creates invalid ARM EFI bootloaders.
objcopy -j .text -j .sdata -j .data -j .dynamic -j .dynsym -j .rel -j .rela -j
.reloc -j .dynstr -j
https://sourceware.org/bugzilla/show_bug.cgi?id=26218
--- Comment #2 from Alexander von Gluck IV ---
Hi!
So, my toolchain doesn't have pei-arm-wince-little support, so not an easy
test. (I can work on building a toolchain with pei-arm-wince-little, but it
will take a bit of time) I'll report ba
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #2 from Alexander von Gluck IV ---
A side note, #26218 is related to this one. while Pe aarch64 doesn't exist in
bfd, arm exists... but creates broken coff/non-pe binaries. Interesting that
pei-arm literally doesn't create pe bin
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #4 from Alexander von Gluck IV ---
(In reply to Ed Vielmetti from comment #3)
> This issue is mentioned in passing at
> https://sources.debian.org/src/shim-signed/1.36/debian/shim-signed.NEWS/
>
> shim-signed (1.34) unstable; urge
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #28 from Alexander von Gluck IV ---
it looks like this one was done and can be closed? :-)
It'll be a little while until we (Haiku) update our binutils to be able to test
this.
For future lurkers,
https://git.haiku-os.org/haiku/t
https://sourceware.org/bugzilla/show_bug.cgi?id=26218
--- Comment #6 from Alexander von Gluck IV ---
A relevant note for this one. aarch64 Pe EFI target support was seemingly
added in https://sourceware.org/bugzilla/show_bug.cgi?id=26206
That one might be good guidance on how to cleanup and ali
20 matches
Mail list logo
