https://sourceware.org/bugzilla/show_bug.cgi?id=30867
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
org
Last reconfirmed||2024-01-04
CC||tnfchris at sourceware dot org
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0 |1
--- Comment #4 from Tamar Christina ---
Patch
https://sourceware.org/bugzilla/show_bug.cgi?id=29349
Tamar Christina changed:
What|Removed |Added
Last reconfirmed||2022-07-11
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=29349
--- Comment #1 from Tamar Christina ---
(In reply to Jesse Taube from comment #0)
> In U-Boot after this commit, armv7-m fails to boot because of this commit.
> https://sourceware.org/git/?p=binutils-gdb.git;a=commit;
>
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: tnfchris at sourceware dot org
Target Milestone: ---
Target: *-w64-mingw32
Consider the following simple assembly
$ printf "jmp *foo\n" | as - -o a.out && objdump -dr a.out
a.out:
|UNCONFIRMED |RESOLVED
CC||tnfchris at sourceware dot org
--- Comment #5 from Tamar Christina ---
fixed, was only broken in unreleased dev branch.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26218
--- Comment #7 from Tamar Christina ---
The patch for Arm was submitted at the same time as AArch64 but I was asked to
do some cleanups in the codebase before it's accepted.
I'll certainly get to it before the next binutils release but at
https://sourceware.org/bugzilla/show_bug.cgi?id=28614
--- Comment #7 from Tamar Christina ---
(In reply to Nick Clifton from comment #6)
> Hi Tamar,
>
> > https://sourceware.org/bugzilla/show_bug.cgi?id=28614
> >
> > Perhaps we should turn off asserts in opcodes? to prevent similar usages in
https://sourceware.org/bugzilla/show_bug.cgi?id=28614
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #25 from Tamar Christina ---
> > It's in the list you pasted, `elf32-bigarm pei-aarch64-little elf64-little`
> > the sorting is just a bit weird.
>
> Indeed, I guess I got a little blinded by all the chaff while I was looking
>
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #23 from Tamar Christina ---
(In reply to pjo...@redhat.com from comment #22)
> Created attachment 13739 [details]
> add aarch64_pei_vec to aarch64-*-linux* as well
>
> I had to add the attached patch as well to get the targets
https://sourceware.org/bugzilla/show_bug.cgi?id=26218
Tamar Christina changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |tnfchris at sourceware
dot
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #21 from Tamar Christina ---
(In reply to pjo...@redhat.com from comment #19)
> Can you share your tree so we can replicate this locally?
I have pushed it to a branch called `users/ARM/efi-aarch64-support-binutils`
Would
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #20 from Tamar Christina ---
(In reply to pjo...@redhat.com from comment #19)
> Can you share your tree so we can replicate this locally? Aside from that,
> "objdump -f" or even "objdump -x" would be helpful.
>
Yes, I'll do
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #18 from Tamar Christina ---
(In reply to Steve McIntyre from comment #17)
> (In reply to Tamar Christina from comment #16)
> qemu-system-aarch64 -m 2048 --enable-kvm -vga none -nographic -machine
>
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #16 from Tamar Christina ---
hmmm It looks like I'm dropped to a QEMU shell.
(qemu) info status
VM status: running
which says running, perhaps I can't do this over SSH and a window has popped up
on the desktop? If so I'll check
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #14 from Tamar Christina ---
(In reply to Steve McIntyre from comment #13)
> 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?
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #12 from Tamar Christina ---
(In reply to Steve McIntyre from comment #11)
> Hi!
>
> Do you have an existing UEFI image (e.g. edk2 AAVMF) to use for testing with?
I have been attempting to use QEMU_EFI.fd from
https://sourceware.org/bugzilla/show_bug.cgi?id=26206
--- Comment #10 from Tamar Christina ---
Does anyone happen to know of an easy(ish) way I can test this?
I've downloaded and modified https://sourceforge.net/projects/gnu-efi/ to
remove the hacks and fixed up the linker script.
I can now
https://sourceware.org/bugzilla/show_bug.cgi?id=26757
--- Comment #9 from Tamar Christina ---
(In reply to sourceware-bugzilla from comment #8)
>
>0x7ffb2ba04818 <+24>:lea-0x60f1481f(%rip),%rax#
> 0x7ffacaaf
>0x7ffb2ba0481f <+31>:test %rax,%rax
>
at sourceware dot org |tnfchris at sourceware
dot org
Status|NEW |ASSIGNED
--- Comment #9 from Tamar Christina ---
Aiming for support for this in the next binutils release.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28078
Tamar Christina changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=28078
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=26218
--- Comment #5 from Tamar Christina ---
(In reply to Nick Clifton from comment #4)
> (In reply to Tamar Christina from comment #3)
>
> > #define ARMPEMAGIC 0x1c0
> >
> > But the problem is how do we change the default target's
https://sourceware.org/bugzilla/show_bug.cgi?id=26218
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
|1
Last reconfirmed||2021-06-30
CC||tnfchris at sourceware dot org
--- Comment #7 from Tamar Christina ---
(In reply to pjo...@redhat.com from comment #6)
> FYI I've got a partial implementation h
https://sourceware.org/bugzilla/show_bug.cgi?id=25235
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|2.34
https://sourceware.org/bugzilla/show_bug.cgi?id=19011
Bug 19011 depends on bug 26659, which changed state.
Bug 26659 Summary: x86_64 pe relocation truncated to fit: R_X86_64_PC32 against
undefined symbol
https://sourceware.org/bugzilla/show_bug.cgi?id=26659
What|Removed
https://sourceware.org/bugzilla/show_bug.cgi?id=26659
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
|unassigned at sourceware dot org |tnfchris at sourceware
dot org
--- Comment #5 from Tamar Christina ---
testing patch.
--
You are receiving this mail because:
You are on the CC list for the bug.
||tnfchris at sourceware dot org
Last reconfirmed||2021-03-29
Status|UNCONFIRMED |NEW
--- Comment #4 from Tamar Christina ---
Confirmed, this is breaking a lot of projects on Windows including GHC.
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=26395
--- Comment #6 from Tamar Christina ---
Hmm an assert should never be hit though. It mean something didn't handle the
error correctly.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26395
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
||tnfchris at sourceware dot org
Resolution|--- |FIXED
--- Comment #3 from Tamar Christina ---
This is already fixed in HEAD and the branch by
8524bb5bd28a9275ea38eaf3187badd13d15f5f2
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
Tamar Christina changed:
What|Removed |Added
CC|tnfchris at sourceware dot org |
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
Tamar Christina changed:
What|Removed |Added
Assignee|tnfchris at sourceware dot org |wdijkstr at arm dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
--- Comment #12 from Tamar Christina ---
Hi rrorden,
While looking through the source code I noticed that AArch64 already has flag
to control how and where stub sections get placed.
If you look at the documentation
https://sourceware.org/bugzilla/show_bug.cgi?id=25406
--- Comment #4 from Tamar Christina ---
(In reply to Fangrui Song from comment #3)
> Alternatively, we can reject such non-STB_LOCAL labels when they may be
> preemptible. The scheme will still be consistent with the rest of ELF models
> and
https://sourceware.org/bugzilla/show_bug.cgi?id=25406
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=16017
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
--- Comment #11 from Tamar Christina ---
(In reply to rrorden from comment #8)
> So the proposal is to add an aarch64 linker option that places stubs after
> input sections that need them, just like aarch32, and I would need to
> implement
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
--- Comment #7 from Tamar Christina ---
> If I implement the equivalent of -ffunction-sections, would this cause the
> image expansion problem for A53 erratum you mentioned?
I think `-ffunction-sections` alone won't help you on AArch64. It
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
--- Comment #5 from Tamar Christina ---
It works on AArch32 because it places the veneers directly after the input
section instead of after all sections.
This is just a coincidence that it works, the general problem doesn't work,
You can
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
--- Comment #3 from Tamar Christina ---
This is a difficult one since I don't think we can solve the general problem
without having some compiler support here.
Do you in your big text section is it really one big function like your
example?
https://sourceware.org/bugzilla/show_bug.cgi?id=25665
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
at sourceware dot org |tnfchris at sourceware
dot org
--
You are receiving this mail because:
You are on the CC list for the bug.
|REOPENED
CC||tnfchris at sourceware dot org
--- Comment #28 from Tamar Christina ---
Looks like the initial GOT entries pointing to PLT0 are missing Thumb bit being
set. The current version will transition out of Thumb mode and crash
||tnfchris at sourceware dot org
Version|2.34|2.33
Resolution|--- |FIXED
Assignee|unassigned at sourceware dot org |tnfchris at sourceware
dot org
Target Milestone
https://sourceware.org/bugzilla/show_bug.cgi?id=25210
Tamar Christina changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25235
Tamar Christina changed:
What|Removed |Added
Target Milestone|2.33|2.34
--- Comment #2 from Tamar
https://sourceware.org/bugzilla/show_bug.cgi?id=25235
Tamar Christina changed:
What|Removed |Added
Target||arm-*
Target Milestone|---
||2020-01-06
CC||tnfchris at sourceware dot org
Assignee|unassigned at sourceware dot org |tnfchris at sourceware
dot org
Ever confirmed|0 |1
--
You are receiving this mail because:
You
||tnfchris at sourceware dot org
Resolution|--- |INVALID
--- Comment #2 from Tamar Christina ---
We don't refer to Armv8-A baseline as Armv8.0-A, so when you see Armv8-A it
usually means baseline.
Cortex-A53 is one of the first cores
https://sourceware.org/bugzilla/show_bug.cgi?id=25210
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=24991
Tamar Christina changed:
What|Removed |Added
Target Milestone|--- |2.33
--- Comment #10 from Tamar
https://sourceware.org/bugzilla/show_bug.cgi?id=25081
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=24991
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Version|2.33
https://sourceware.org/bugzilla/show_bug.cgi?id=24991
Tamar Christina changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=24991
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=24601
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24753
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=24709
--- Comment #6 from Tamar Christina ---
> I'll check if I can add a nice error message instead of a segfault.
Thanks! That would be really helpful :)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=24709
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
||2019-06-11
CC||tnfchris at sourceware dot org
Ever confirmed|0 |1
--- Comment #1 from Tamar Christina ---
Hi Adam,
Thanks for the patch and report. The patch looks fine to me but I'm not a
maintainer so
||2019-06-03
CC||tnfchris at sourceware dot org
Assignee|unassigned at sourceware dot org |tnfchris at sourceware
dot org
Target Milestone|--- |2.33
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=24373
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24373
--- Comment #7 from Tamar Christina ---
Hmm interesting, didn't receive the error when building inside 32-bit schroot
on AArch64 machine. I'll take a look, thanks!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=24373
Tamar Christina changed:
What|Removed |Added
Target Milestone|--- |2.33
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=24373
--- Comment #5 from Tamar Christina ---
Hi Julius,
Sorry for the delay, I couldn't find a reasonably feasible way to restart the
linking, so instead I implemented a way to allow users to pick which workaround
to use.
In your case if you use
https://sourceware.org/bugzilla/show_bug.cgi?id=24302
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24302
Tamar Christina changed:
What|Removed |Added
Target||aarch64-*-*
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=24373
Tamar Christina changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |tnfchris at sourceware
dot
https://sourceware.org/bugzilla/show_bug.cgi?id=24373
Tamar Christina changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=24373
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=24302
Tamar Christina changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |tnfchris at sourceware
dot
https://sourceware.org/bugzilla/show_bug.cgi?id=24302
Tamar Christina changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=24302
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23212
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24065
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2019-01-07
CC||tnfchris at sourceware dot org
Assignee|unassigned at sourceware dot org |tnfchris at sourceware
dot org
Ever confirmed|0 |1
--- Comment #1 from Tamar Christina
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
Tamar Christina changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
Tamar Christina changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|MOVED
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
--- Comment #28 from Tamar Christina ---
No, it's the only thing I changed.
/d/t/t/p/usupply-firmware> ulimit -a | grep "\-s"
Maximum stack size (kB, -s) 8192
/d/t/t/p/usupply-firmware> make
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
Tamar Christina changed:
What|Removed |Added
Status|NEW |RESOLVED
URL|
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
--- Comment #25 from Tamar Christina ---
I've reported it upstream at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88480
and will close this one since there's not much we can do in the linker to
mitigate this unfortunately.
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
--- Comment #23 from Tamar Christina ---
> Anyway to get it to work within windows, I tried EditBin.exe but it didn’t
> work. I set the reserve stack to 512Mb.
I suspect the reason that isn't working is that setting the reserve stack just
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
--- Comment #21 from Tamar Christina ---
It seems that Nick was right that this hitting the stack limit.
The reason it's doing so is that you have a quite a lot of templates in your
C++ code.
The linker seems to segfault when it's trying to
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
Tamar Christina changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
--- Comment #18 from Tamar Christina ---
Hi David,
I still can't seem to reproduce it, neither on linux.
I tried all 7 pass modes and they all build fine.
[100%] Linking CXX executable STM32F072.elf
[100%] Built target STM32F072.elf
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
--- Comment #17 from Tamar Christina ---
> Are you able to access it now?
Yup, I'll try to repro now. Thanks!
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
--- Comment #14 from Tamar Christina ---
Gitlab is refusing the clone, "GitLab: You are not allowed to download code
from this project."
Also can't see the code via the weburl, seems the permissions are not correct
yet.
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
--- Comment #12 from Tamar Christina ---
Hi David,
Interesting, if you can reproduce the issue on Linux than that makes it easier.
My gitlab username is @Mistuke
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
||tnfchris at sourceware dot org
Resolution|--- |FIXED
Target Milestone|--- |2.32
--- Comment #2 from Tamar Christina ---
Fixed in mainline.
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=23904
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23904
--- Comment #4 from Tamar Christina ---
Patch for fix submitted upstream for review.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
||tnfchris at sourceware dot org
Assignee|unassigned at sourceware dot org |tnfchris at sourceware
dot org
--- Comment #3 from Tamar Christina ---
Sure, taking a look now.
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=23647
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at sourceware dot org
||tnfchris at sourceware dot org
Resolution|--- |FIXED
Target Milestone|--- |2.31
--- Comment #8 from Tamar Christina ---
Fixed in master and upcoming 2.31 release.
--
You are receiving this mail because:
You
1 - 100 of 127 matches
Mail list logo
