https://sourceware.org/bugzilla/show_bug.cgi?id=28684
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=28441
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=27764
Jim Wilson changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=27814
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=27566
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=27215
--- Comment #6 from Jim Wilson ---
There is a problem if at least one label is in the text section. So yes, we
could support this for debug info sections. On the compiler side, there is no
way currently to tell the compiler that uleb128 is
https://sourceware.org/bugzilla/show_bug.cgi?id=27436
--- Comment #1 from Jim Wilson ---
that should be > 31 not > 32
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27436
Jim Wilson changed:
What|Removed |Added
Summary|RISC-V inconsistent |RISC-V inconsistent
https://sourceware.org/bugzilla/show_bug.cgi?id=27436
Jim Wilson changed:
What|Removed |Added
Target||riscv*-*-*
--
You are receiving this
mal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: wilson at gcc dot gnu.org
Target Milestone: ---
rohan:2255$ cat tmp.s
slli a0,a0,63
rohan:2256$ riscv32-unknown-elf-as -march=rv64g tmp.s
rohan:2257$ riscv32-unknown-elf-as -ma
https://sourceware.org/bugzilla/show_bug.cgi?id=27348
Jim Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27348
Jim Wilson changed:
What|Removed |Added
Target||riscv*-*-*
--
You are receiving this
: binutils
Assignee: unassigned at sourceware dot org
Reporter: wilson at gcc dot gnu.org
Target Milestone: ---
Andrew Waterman removed the Xcustom extension support Oct 11 2016 before the
code was upstreamed to the FSF in Nov 2016.
https://github.com/riscv/riscv-binutils-gdb
https://sourceware.org/bugzilla/show_bug.cgi?id=27215
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: wilson at gcc dot gnu.org
Target Milestone: ---
RISC-V ISA v2.1 has a UJ instruction format that got renamed to J in ISA v2.2.
But the source code still has references to the obsolete UJ instruction
https://sourceware.org/bugzilla/show_bug.cgi?id=27035
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=25354
--- Comment #2 from Jim Wilson ---
Sorry, that is the wrong commit id, it is the one immediately after
commit 64029e93683a266c38d19789e780f3748bd6a188
Author: Alan Modra
https://sourceware.org/bugzilla/show_bug.cgi?id=25354
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=26400
Jim Wilson changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=26400
--- Comment #3 from Jim Wilson ---
A linker script is the normal GNU ld solution for putting code at specific
addresses. I see that there is an option
--section-start=SECTIONNAME=ORG
but I have no experience using that.
Yes we need to
https://sourceware.org/bugzilla/show_bug.cgi?id=26400
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=26051
Jim Wilson changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=26051
--- Comment #3 from Jim Wilson ---
I added my proposed fix as an attachment.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26051
--- Comment #2 from Jim Wilson ---
Created attachment 12579
--> https://sourceware.org/bugzilla/attachment.cgi?id=12579=edit
my proposed fix
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26051
Jim Wilson changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=26025
Jim Wilson changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=26025
--- Comment #4 from Jim Wilson ---
The FSF requires a copyright assignment, unless the patch is small enough and
obvious enough, but even then there are limits on how much we can accept
without assignments. I think it is questionable whether
||wilson at gcc dot gnu.org
Ever confirmed|0 |1
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
Last reconfirmed||2020-05-24
--- Comment #2 from Jim Wilson ---
I see that the frag code
|RESOLVED
CC||wilson at gcc dot gnu.org
--- Comment #4 from Jim Wilson ---
I got a bug report pointing at this code once, I think from the RISC-V FreeBSD
folks, but unfortunately didn't get a testcase or a good enough description
https://sourceware.org/bugzilla/show_bug.cgi?id=25527
--- Comment #3 from Jim Wilson ---
I don't know of anyone working on any of these problems. So no progress.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=22941
--- Comment #6 from Jim Wilson ---
This is the same bug as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92008
and a patch has been added to fix that bug. Merging that patch into the
binutils git tree should fix this bug. There is also a
https://sourceware.org/bugzilla/show_bug.cgi?id=24685
--- Comment #3 from Jim Wilson ---
This is on my todo list along with hundreds of other things. I don't know of
any reason why this needs priority attention, so it may be a while before I
have a chance to work on it.
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=25694
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=25501
--- Comment #9 from Jim Wilson ---
The glibc configure script has been fixed so that it no longer tries to use
ifunc on targets that don't support it.
We still need to add ifunc support to the binutils RISC-V port though.
--
You are
||2020-02-11
CC||wilson at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Jim Wilson ---
I see two problems here.
The first problem is that the RISC-V GCC port isn't handling the --static-pie
option
https://sourceware.org/bugzilla/show_bug.cgi?id=25501
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
|--- |FIXED
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
--- Comment #11 from Jim Wilson ---
Fixed on mainline.
--
You are receiving this mail because:
You are on the CC list for the bug.
-shares/ |
CC||wilson at gcc dot gnu.org
--- Comment #2 from Jim Wilson ---
removed SEO URL, and reported it to Google
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25205
--- Comment #8 from Jim Wilson ---
Created attachment 12134
--> https://sourceware.org/bugzilla/attachment.cgi?id=12134=edit
untested patch that works for testcase
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=25205
--- Comment #7 from Jim Wilson ---
I can reproduce with your object files. I had to add a -B option to find
crtbegin.o and libgcc.a. Maybe something wrong with clang on my system.
Anyways, what I see is that in _bfd_riscv_relax_section, if
https://sourceware.org/bugzilla/show_bug.cgi?id=25205
--- Comment #2 from Jim Wilson ---
I made an attempt to reproduce this, but I don't build llvm very often (cough)
so I don't really know what I'm doing. I can build llvm in a one stage build
on a riscv fedora system. When I tried a two
https://sourceware.org/bugzilla/show_bug.cgi?id=25258
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=25264
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=23825
--- Comment #9 from Jim Wilson ---
This is being discussed in
https://github.com/riscv/riscv-elf-psabi-doc/issues/122
which is the proper place to discuss RISC-V ABI issues.
--
You are receiving this mail because:
You are on the CC list
|--- |FIXED
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
--- Comment #9 from Jim Wilson ---
Fixed on mainline.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25181
--- Comment #6 from Jim Wilson ---
You can create a patch with git diff and then attach it to the bug report. It
needs to be mailed to the binutils list if it gets checked in, but you can
always ask someone else to do that for you.
https://sourceware.org/bugzilla/show_bug.cgi?id=25181
--- Comment #5 from Jim Wilson ---
Created attachment 12071
--> https://sourceware.org/bugzilla/attachment.cgi?id=12071=edit
untested patch to fix _bfd_riscv_relax_call
--
You are receiving this mail because:
You are on the CC list for
||2019-11-12
CC||wilson at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #4 from Jim Wilson ---
The way that this should work is that if the call crosses section boundaries,
then we need to use the max
https://sourceware.org/bugzilla/show_bug.cgi?id=24992
--- Comment #6 from Jim Wilson ---
See comment #4 that says "Unless gp and the variable are in the same section,
in which case we can ignore the problem."
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=24993
Jim Wilson changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=24983
--- Comment #3 from Jim Wilson ---
There is another related problem reported here
https://github.com/riscv/riscv-gnu-toolchain/issues/497
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=24992
--- Comment #4 from Jim Wilson ---
It is the same underlying problem. Addresses can increase by up to section
alignment after relaxation, so we have to reduce gp range by the alignment of
the largest section in between gp and the variable,
https://sourceware.org/bugzilla/show_bug.cgi?id=24992
Jim Wilson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24983
Jim Wilson changed:
What|Removed |Added
CC||yitingwang16 at outlook dot com
---
||wilson at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #1 from Jim Wilson ---
the problem is that you are using objdump -D, and this is almost always the
wrong thing to do. The correct option is "-d".
-D will dump dat
https://sourceware.org/bugzilla/show_bug.cgi?id=24992
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
||2019-09-10
CC||wilson at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Jim Wilson ---
Commentary copied from the gcc bug report...
This is an edge condition and an accident of circumstances. When
https://sourceware.org/bugzilla/show_bug.cgi?id=23825
Jim Wilson changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #5 from Jim Wilson
https://sourceware.org/bugzilla/show_bug.cgi?id=23825
--- Comment #3 from Jim Wilson ---
I got an internal bug report with a simplified testcase related to this, took
another look, and found the problem.
hifiveu017:1097$ cat tmp.c
#include
extern __thread int a;
int main (void) {printf ("a =
||wilson at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Jim Wilson ---
Duplicate of 22941. intl does't build with bison-3.0.4.
*** This bug has been marked as a duplicate of bug 22941 ***
--
You are receiving this mail because
https://sourceware.org/bugzilla/show_bug.cgi?id=22941
Jim Wilson changed:
What|Removed |Added
CC||pjb at informatimago dot com
---
https://sourceware.org/bugzilla/show_bug.cgi?id=24739
Jim Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24739
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
||2019-06-25
CC||wilson at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Jim Wilson ---
Looks like the problem is in riscv_elf_finish_dynamic_symbol where we have
/* If the symbol is weak, we
Assignee: unassigned at sourceware dot org
Reporter: wilson at gcc dot gnu.org
Target Milestone: ---
Another one from the lld folks.
Given
.global test, foo, bar, baz
test:
call foo
call bar
call bar@plt
call baz@plt
and compiling it with
gcc -o call-plt
https://sourceware.org/bugzilla/show_bug.cgi?id=24678
--- Comment #1 from Jim Wilson ---
The section for linker script defined variables is set in set_sym_sections, via
update_definedness, which uses section_for_dot.
Since we are computing the __global_pointer$ value near the end of the linker
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: wilson at gcc dot gnu.org
Target Milestone: ---
Reported via IRC.
Compiling a trivial program as PIE, I get
hifiveu017:1201$ gcc -pie -fpic tmp.c
hifiveu017:1202$ readelf -s a.out | grep global_pointer
65
https://sourceware.org/bugzilla/show_bug.cgi?id=24678
Jim Wilson changed:
What|Removed |Added
Target||riscv*-*-*
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=24673
Jim Wilson changed:
What|Removed |Added
Blocks||24676
Referenced Bugs:
||2019-06-13
CC||wilson at gcc dot gnu.org
Depends on||24673
Ever confirmed|0 |1
--- Comment #1 from Jim Wilson ---
Assuming that the MIPS port is handling this right
https://sourceware.org/bugzilla/show_bug.cgi?id=24673
--- Comment #3 from Jim Wilson ---
Via IRC, elfnn-riscv.c circa line 563 has
case R_RISCV_TLS_GOT_HI20:
if (bfd_link_pic (info))
info->flags |= DF_STATIC_TLS;
where this should be bfd_link_dll instead of
https://sourceware.org/bugzilla/show_bug.cgi?id=24673
--- Comment #2 from Jim Wilson ---
The issue with the R_RISCV_NONE appears to be that we are pre-allocating space
for dynamic relocs, and accidentally allocating one more than we need. This
space is apparently cleared someplace. So it ends
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #9 from Jim Wilson ---
RISC-V is an ISA. The amount of memory that can be accessed depends on the ISA
implementation that you are using. This varies from one implementation to
another. But most 64-bit processors do not have 64
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #7 from Jim Wilson ---
An empty linker script isn't expected to work. This will probably fail for
every linker target. It fails for x86_64-linux for instance.
rohan:2037$ uname -a
Linux rohan 4.15.0-47-generic #50-Ubuntu SMP
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #3 from Jim Wilson ---
I tried to reproduce with no luck. I think that there are too many things
broken on your end. I had to hack up crt0.S to remove the required support for
__global_pointer$, and I had to hack your linker
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=24389
Jim Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24389
Jim Wilson changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=24389
--- Comment #4 from Jim Wilson ---
I don't see a way to specify this in the linker either.
I looked at gas, and noticed that it is broken also, but slightly differently.
Gas is defaulting to rv64g/lp64d when configured for 64-bit, and
https://sourceware.org/bugzilla/show_bug.cgi?id=24389
--- Comment #1 from Jim Wilson ---
David Abdurachmanov reported the same problem with Fedora over the weekend, but
I wasn't able to look at it at the time as SiFive building power was off for
maintenance.
Building glib to reproduce, I see
https://sourceware.org/bugzilla/show_bug.cgi?id=24365
Jim Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||2019-03-20
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Jim Wilson ---
I never tried this with a global symbol. This only works for local symbols.
sym is only set for local
https://sourceware.org/bugzilla/show_bug.cgi?id=24226
--- Comment #4 from Jim Wilson ---
Yes, I'd call this a compiler bug. It is triggered when we have a long long
inside a packed structure compiled for a 32-bit target, where the long long
must be partially contained in the first word of the
https://sourceware.org/bugzilla/show_bug.cgi?id=24226
--- Comment #2 from Jim Wilson ---
Another possibility here is a broken linker script that isn't respecting
section alignment.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=24226
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=23954
Jim Wilson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2018-12-08
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Jim Wilson ---
The problem is the extra register, not the unknown relocation function. I get
the same error
https://sourceware.org/bugzilla/show_bug.cgi?id=23956
Jim Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||2018-12-07
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Jim Wilson ---
I consider it a bug, but not serious enough that I had gotten around to trying
to fix it yet
https://sourceware.org/bugzilla/show_bug.cgi?id=23825
Jim Wilson changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23825
--- Comment #1 from Jim Wilson ---
This is a feature of the RISC-V toolchain, which apparently isn't supported by
any other toolchain, and which is known to be broken, but we don't yet know if
it is a gcc, binutils, ld.so, or something else
https://sourceware.org/bugzilla/show_bug.cgi?id=23451
Jim Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||2018-07-27
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #3 from Jim Wilson ---
I did a build test, but I see now that it builds but doesn't run. Annoying,
but this is easy to fix.
I
https://sourceware.org/bugzilla/show_bug.cgi?id=23305
Jim Wilson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=23305
--- Comment #2 from Jim Wilson ---
lla is only valid for symbol addresses. It isn't meant to be used for
constants. But that is an interesting testcase. Did this come from real code?
If so then we need to fix this.
You can make medlow
https://sourceware.org/bugzilla/show_bug.cgi?id=23244
Jim Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22756
--- Comment #8 from Jim Wilson ---
Linker relaxation that deletes code is O(m*n) where m is the number of
relocations and n is the number of symbols. There have been complaints about
this. This makes the RISC-V linker slower than other
||2018-05-30
CC||wilson at gcc dot gnu.org
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Jim Wilson ---
I see the problem
https://sourceware.org/bugzilla/show_bug.cgi?id=23219
Jim Wilson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2018-05-24
CC||wilson at gcc dot gnu.org
Assignee|unassigned at sourceware dot org |wilson at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Jim Wilson ---
I see several problems
1 - 100 of 134 matches
Mail list logo
