[Bug gas/29551] Wrong relocations against _GLOBAL_OFFSET_TABLE_

2022-09-07 Thread jbeulich at suse dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29551

--- Comment #4 from Jan Beulich  ---
If that also allows _GLOBAL_OFFSET_TABLE_-. to work as expected, perhaps that's
the way to go. It's been a long time, but I expect that form of expression was
what I had in mind when adding the check for BFD_RELOC_32_PCREL.

What I'm unsure about is whether _GLOBAL_OFFSET_TABLE_@GOTPCREL is actually a
legitimate construct. We're way to lax with (not) rejecting invalid
@ constructs anyway, so us not currently rejecting this means
about nothing.

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


[Bug gas/29551] Wrong relocations against _GLOBAL_OFFSET_TABLE_

2022-09-07 Thread amonakov at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29551

Alexander Monakov  changed:

   What|Removed |Added

 CC||amonakov at gmail dot com

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


[Bug gas/29551] Wrong relocations against _GLOBAL_OFFSET_TABLE_

2022-09-07 Thread mliska at suse dot cz
https://sourceware.org/bugzilla/show_bug.cgi?id=29551

Martin Liska  changed:

   What|Removed |Added

 CC||mliska at suse dot cz

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


[Bug gas/29523] i686-w64-mingw32-objdump -WL returns incorrect file paths

2022-09-07 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29523

--- Comment #9 from Nick Clifton  ---
Created attachment 14319
  --> https://sourceware.org/bugzilla/attachment.cgi?id=14319&action=edit
patched version of dwarf.c

Hi Ralf,

  Strange - it works perfectly for me, using the same steps as you did.

  I have uploaded the patched version of binutils/dwarf.c instead.  Maybe
  you can use it as a drop in replacement ?

Cheers
  Nick

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


Issue 47809 in oss-fuzz: binutils:fuzz_addr2line: Out-of-memory in fuzz_addr2line

2022-09-07 Thread sheriffbot via monorail
Updates:
Labels: -restrict-view-commit -deadline-approaching Deadline-Exceeded

Comment #3 on issue 47809 by sheriffbot: binutils:fuzz_addr2line: Out-of-memory 
in fuzz_addr2line
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47809#c3

This bug has exceeded our disclosure deadline. It has been opened to the public.

- Your friendly Sheriffbot

-- 
You received this message because:
  1. You were specifically CC'd on the issue

You may adjust your notification preferences at:
https://bugs.chromium.org/hosting/settings

Reply to this email to add a comment.

Issue 47847 in oss-fuzz: binutils:fuzz_windres: Null-dereference READ with empty stacktrace

2022-09-07 Thread sheriffbot via monorail
Updates:
Labels: -restrict-view-commit -deadline-approaching Deadline-Exceeded

Comment #3 on issue 47847 by sheriffbot: binutils:fuzz_windres: 
Null-dereference READ with empty stacktrace
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47847#c3

This bug has exceeded our disclosure deadline. It has been opened to the public.

- Your friendly Sheriffbot

-- 
You received this message because:
  1. You were specifically CC'd on the issue

You may adjust your notification preferences at:
https://bugs.chromium.org/hosting/settings

Reply to this email to add a comment.

Issue 47825 in oss-fuzz: binutils:fuzz_disas_ext-bfd_arch_arm: Abrt in print_insn_mve

2022-09-07 Thread sheriffbot via monorail
Updates:
Labels: -restrict-view-commit -deadline-approaching Deadline-Exceeded

Comment #4 on issue 47825 by sheriffbot: binutils:fuzz_disas_ext-bfd_arch_arm: 
Abrt in print_insn_mve
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47825#c4

This bug has exceeded our disclosure deadline. It has been opened to the public.

- Your friendly Sheriffbot

-- 
You received this message because:
  1. You were specifically CC'd on the issue

You may adjust your notification preferences at:
https://bugs.chromium.org/hosting/settings

Reply to this email to add a comment.

[Bug binutils/29075] objdump -S does not support debuginfod

2022-09-07 Thread mliska at suse dot cz
https://sourceware.org/bugzilla/show_bug.cgi?id=29075

Martin Liska  changed:

   What|Removed |Added

 Resolution|FIXED   |---
 Status|RESOLVED|REOPENED

--- Comment #29 from Martin Liska  ---
Thanks for the implementation. However, I think one piece is missing and it's
find_separate_debug and find_separate_debug rely on fact the debugginfo is
present for a abfd, but can't load it from debuginfod:

$ DEBUGINFOD_VERBOSE=1
/home/marxin/Programming/binutils/objdir/binutils/objdump -S `which true`
(does not get any source file)

while installing coreutils-debuginfo (and *not* coreutils-debugsource) I get:

$ DEBUGINFOD_VERBOSE=1
/home/marxin/Programming/binutils/objdir/binutils/objdump -S `which true`
...
debuginfod_find_source e70d602826c77f5cdfae58a7077c94cc638262c6
/usr/src/debug/coreutils-9.1-4.2.x86_64/src/system.h

server urls "https://debuginfod.opensuse.org/ "
checking build-id
checking filename
suffix ##usr##src##debug##coreutils-9.1-4.2.x86_64##src##system.h
checking cache dir /home/marxin/.cache/debuginfod_client
using timeout 90
init server 0 https://debuginfod.opensuse.org/buildid
url 0
https://debuginfod.opensuse.org/buildid/e70d602826c77f5cdfae58a7077c94cc638262c6/source/usr/src/debug/coreutils-9.1-4.2.x86_64/src/system.h
query 1 urls in parallel

HTTP/2 200 
content-length: 22369
cache-control: public
last-modified: Wed, 13 Apr 2022 19:09:25 GMT
x-debuginfod-file: system.h
x-debuginfod-archive:
/srv/ftp/pub/opensuse/debug/tumbleweed/repo/oss/x86_64/coreutils-debugsource-9.1-4.2.x86_64.rpm
x-debuginfod-size: 22369
content-type: application/octet-stream
date: Wed, 07 Sep 2022 20:37:18 GMT
x-frame-options: SAMEORIGIN
x-xss-protection: 1; mode=block
x-content-type-options: nosniff
referrer-policy: no-referrer-when-downgrade
strict-transport-security: max-age=31536000;includeSubDomains;preload

committed to url 0
server response No error
got file from server
found
/home/marxin/.cache/debuginfod_client/e70d602826c77f5cdfae58a7077c94cc638262c6/source##usr##src##debug##coreutils-9.1-4.2.x86_64##src##system.h
(fd=7)
{ "sha512sum", "sha2 utilities" },
{ NULL, NULL }
  };

  char const *node = program;
  struct infomap const *map_prog = infomap;
249c:   48 89 e3mov%rsp,%rbx

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


[Bug gas/29523] i686-w64-mingw32-objdump -WL returns incorrect file paths

2022-09-07 Thread ralf.habacker at freenet dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=29523

--- Comment #10 from Ralf Habacker  ---
(In reply to Nick Clifton from comment #9)
>   Strange - it works perfectly for me, using the same steps as you did.


(In reply to Ralf Habacker from comment #8)
> user@host:~/src/binutils-gdb> git pull --rebase

Fetching from the git server seemed to be delayed because a replay yesterday
afternoon brought some additional commits to which the patch could be applied.

>   Please try out the uploaded patch and let me know if it works for you.

i686-w64-mingw32-objdump -WL test.o | grep test.c
test.c:
/home//src/test-binutils/test.c:
...

The -WL command now works as expected, thanks for support.

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