https://sourceware.org/bugzilla/show_bug.cgi?id=31283
Stephen Kitt changed:
What|Removed |Added
CC||steve at sk2 dot org
--- Comment #11
https://sourceware.org/bugzilla/show_bug.cgi?id=17159
Stephen Kitt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #17 from Steve McIntyre ---
(In reply to Tamar Christina from comment #16)
> hmmm It looks like I'm dropped to a QEMU shell.
>
> (qemu) info status
> VM status: running
>
> which says running, perhaps I
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #15 from Steve McIntyre ---
Hmmm, OK.
That UEFI image (when padded up to 64MiB) starts here and will let me start an
OS or go into the shell OK. Are you getting any errors?(In reply to Tamar
Christina from comment #14)
>
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #13 from Steve McIntyre ---
Hmmm, OK.
That UEFI image (when padded up to 64MiB) starts here and will let me start an
OS or go into the shell OK. Are you getting any errors?
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #11 from Steve McIntyre ---
Hi!
Do you have an existing UEFI image (e.g. edk2 AAVMF) to use for testing with?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
Steve McIntyre changed:
What|Removed |Added
CC||steve-sourceware at einval dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=19480
--- Comment #9 from Stephen Kitt ---
For completeness' sake I tried patch 7 from #19803 too, and I get the same
build log.
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://sourceware.org/bugzilla/show_bug.cgi?id=19480
--- Comment #8 from Stephen Kitt ---
Created attachment 9111
--> https://sourceware.org/bugzilla/attachment.cgi?id=9111&action=edit
Build log for libstdc++-v3 with ld 2.26 and Nick's patch
--
You are receiving this mail because:
You are on
https://sourceware.org/bugzilla/show_bug.cgi?id=19480
--- Comment #7 from Stephen Kitt ---
Created attachment 9110
--> https://sourceware.org/bugzilla/attachment.cgi?id=9110&action=edit
Build log for libstdc++-v3 with ld 2.25.90.20151209
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=19480
--- Comment #6 from Stephen Kitt ---
Hi Nick,
> First of all, please try out the patch that I am about to upload. It may be
> that the problem is that the linker is garbage collecting sections that are
> really needed, because the linker scr
https://sourceware.org/bugzilla/show_bug.cgi?id=11539
Stephen Kitt changed:
What|Removed |Added
CC||steve at sk2 dot org
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=19480
--- Comment #3 from Stephen Kitt ---
-Wl,--no-gc-sections produces a working libstdc++-6.dll for me (with a ld built
with the PE/COFF GC patch).
I was wondering whether this could be due to a missing section name in pe.sc,
but the fact that t
On the current tip of binutils-2_26-branch, gas is emitting an incorrect
warning 'Warning: index and destination registers should be distinct' when the
two zmm registers are separated by 16. For exmaple, zmm19 and zmm3 in
'vgatherqpd (%rax,%zmm19,8), %zmm3 {%k1}'. This warning was added i
https://sourceware.org/bugzilla/show_bug.cgi?id=19480
Stephen Kitt changed:
What|Removed |Added
CC||steve at sk2 dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=19531
Stephen Kitt changed:
What|Removed |Added
CC||steve at sk2 dot org
--
You are
When updating from binutils 2.23 to 2.25, we have run into "truncated to fit:
R_X86_64_PC32 against symbol" errors for symbols that only have
R_X86_64_GOTPCREL relocations. One of the object files that is being linked
contains a handful of large arrays that end up being placed more than 2GB awa
: binutils
Assignee: unassigned at sourceware dot org
Reporter: steve at sk2 dot org
Hi,
This is forwarded from https://bugs.debian.org/754829. On s390x (I also checked
on powerpc), windres miscompiles the following:
$ echo 'STRINGTABLE { 1, "String" }' | i686
thumb”.
I’ve tried a number of different approaches but haven’t hit on a winning
combination.
FYI, we used this same sort of binary to object conversion (via objcopy) on
a prior non-ARM architecture and it worked fine.
Regards,
Steve.
__
her this support is just missing
from the current utilities?
FYI, we used this same sort of binary to object conversion (via objcopy) on a
prior non-ARM architecture and it worked fine.
Regards,
Steve.
CONFIDENTIALITY STATEMENT. This email and any attachment is for the sole use of
the intended reci
http://sourceware.org/bugzilla/show_bug.cgi?id=13066
Stephen Kitt changed:
What|Removed |Added
CC||steve at sk2 dot org
--
Configure
http://sourceware.org/bugzilla/show_bug.cgi?id=12762
Stephen Kitt changed:
What|Removed |Added
CC||steve at sk2 dot org
--
Configure
foo, and verify that a wrapping
link works as expected.
$ cat wrap_foo.c
void __wrap_foo()
{
printf("Hi from __wrap_foo.\n");
__real_foo();
}
$ gcc -c wrap_foo.c
$ gcc -o foo1w -Wl,-wrap,foo foo1.o wrap_foo.o
$ ./foo1w
Hi from __wrap_foo.
Hi from f
23 matches
Mail list logo
