[Bug binutils/26423] UBSAN error: bfd/elf32-arm.c:10236:24:

2020-09-01 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26423

Alan Modra  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
   Target Milestone|--- |2.36
 Resolution|--- |FIXED

--- Comment #2 from Alan Modra  ---
fixed

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/26420] UBSAN error: gas/config/tc-arm.c:23588:32:

2020-09-01 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26420

Alan Modra  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED
   Target Milestone|--- |2.36

--- Comment #2 from Alan Modra  ---
fixed

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/26421] UBSAN error: gas/config/tc-arm.c:2283:28:

2020-09-01 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26421

Alan Modra  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
   Target Milestone|--- |2.36
 Resolution|--- |FIXED

--- Comment #2 from Alan Modra  ---
fixed

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/26429] UBSAN error: bfd/elf32-arm.c:15432:46:

2020-09-01 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26429

Alan Modra  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
   Target Milestone|--- |2.36
 Resolution|--- |FIXED

--- Comment #2 from Alan Modra  ---
fixed

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/26425] UBSAN error: gas/config/tc-arm.c:8292:25:

2020-09-01 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26425

Alan Modra  changed:

   What|Removed |Added

   Target Milestone|--- |2.36
 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #3 from Alan Modra  ---
fixed

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug admin/26427] UBSAN error: gas/config/tc-arm.c:8799:16:

2020-09-01 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26427

Alan Modra  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
   Target Milestone|--- |2.36
 Resolution|--- |FIXED

--- Comment #2 from Alan Modra  ---
fixed

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug gas/26427] UBSAN error: gas/config/tc-arm.c:8799:16:

2020-09-01 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26427

Alan Modra  changed:

   What|Removed |Added

  Component|admin   |gas

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/26551] A definition referenced by an unneeded (--as-needed) shared object should be exported

2020-09-01 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26551

--- Comment #6 from H.J. Lu  ---
(In reply to Fangrui Song from comment #5)
> ld.bfd a.o --as-needed b.so
> 
> Let a.o define a function which will be called by b.so via dlopen. In this
> case, ld should export the function. This justification may look weak but I
> think it is moving toward the right direction if we consider that GNU ld
> from binutils 2.22 defaulted to --no-copy-dt-needed-entries (doing less
> shared object traversal for more proper dependency tracking and avoiding
> unneeded work).

LD creates dynamic section only if dynamic relocation is needed.
For this test, since no dynamic relocation is needed, there is no
dynamic section.  Since there is no dynamic section, there is no
dynamic symbol table.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/25213] [RISCV] SUB6 applied without 6-bit mask

2020-09-01 Thread npickito at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25213

kito cheng  changed:

   What|Removed |Added

 CC||npickito at gmail dot com

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/25354] On RISCV64 LD, with EXACTLY 72 headers/sections, PhysAddr for first Program Header is wrong

2020-09-01 Thread npickito at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25354

kito cheng  changed:

   What|Removed |Added

 CC||npickito at gmail dot com

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug gas/25212] [RISCV] gas doesn't flag invalid march and mabi combinations

2020-09-01 Thread npickito at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25212

kito cheng  changed:

   What|Removed |Added

 CC||npickito at gmail dot com

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/25258] RISC-V: relocation truncated to fit: R_RISCV_GPREL_I against `.LANCHOR2'

2020-09-01 Thread npickito at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25258

kito cheng  changed:

   What|Removed |Added

 CC||npickito at gmail dot com

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/26551] A definition referenced by an unneeded (--as-needed) shared object should be exported

2020-09-01 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=26551

--- Comment #7 from Fangrui Song  ---
(In reply to H.J. Lu from comment #6)
> (In reply to Fangrui Song from comment #5)
> > ld.bfd a.o --as-needed b.so
> > 
> > Let a.o define a function which will be called by b.so via dlopen. In this
> > case, ld should export the function. This justification may look weak but I
> > think it is moving toward the right direction if we consider that GNU ld
> > from binutils 2.22 defaulted to --no-copy-dt-needed-entries (doing less
> > shared object traversal for more proper dependency tracking and avoiding
> > unneeded work).
> 
> LD creates dynamic section only if dynamic relocation is needed.
> For this test, since no dynamic relocation is needed, there is no
> dynamic section.  Since there is no dynamic section, there is no
> dynamic symbol table.



>a.c <
 int foo() { return 42; }
 int main() {
   void *h = dlopen("./b.so", RTLD_LAZY);
   int (*bar)(void) = dlsym(h, "bar");
   return bar();
 }
e
>b.c < symbol lookup error: ./b.so: undefined symbol: foo

-fuse-ld=gold or -fuse-ld=lld is good.

-- 
You are receiving this mail because:
You are on the CC list for the bug.