[Bug binutils/24403] addr2line _GLOBAL__sub_I__Z11print_tracev

2019-04-10 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=24403 --- Comment #4 from Jonny Grant --- Hi Nick Thank you for pinpointing the library. ok I filed with gcc https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90039 Cheers, Jonny -- You are receiving this mail because: You are on the CC list for the

[Bug binutils/24404] addr2line file and line not accurate compared to gdb

2019-04-01 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=24404 --- Comment #4 from Jonny Grant --- (In reply to Alan Modra from comment #3) > My comment about silly arguments was aimed mostly at [3]. You're passing > __libc_start_main+0xe7 as an address. ok, got those removed now. > For [2], the

[Bug binutils/24404] addr2line file and line not accurate compared to gdb

2019-04-01 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=24404 --- Comment #2 from Jonny Grant --- (In reply to Alan Modra from comment #1) > Test case is passing silly arguments to addr2line. Unclear what you mean? Please clarify. Easy to reproduce: addr2line -e exception4 0x15c1 -- You are

[Bug binutils/24404] New: addr2line file and line not accurate compared to gdb

2019-03-31 Thread jg at jguk dot org
Component: binutils Assignee: unassigned at sourceware dot org Reporter: jg at jguk dot org Target Milestone: --- Created attachment 11715 --> https://sourceware.org/bugzilla/attachment.cgi?id=11715=edit test case It feels like addr2line is not outputting valid file:l

[Bug binutils/24403] addr2line _GLOBAL__sub_I__Z11print_tracev

2019-03-31 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=24403 --- Comment #2 from Jonny Grant --- Looks like it is just the "_GLOBAL__sub_I_" prefix which isn't recognised. $ c++filt _GLOBAL__sub_I__Z11print_tracev _GLOBAL__sub_I__Z11print_tracev $ $ c++filt _Z11print_tracev print_trace() $ $ c++filt

[Bug binutils/24403] addr2line _GLOBAL__sub_I__Z11print_tracev

2019-03-31 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=24403 --- Comment #1 from Jonny Grant --- Created attachment 11713 --> https://sourceware.org/bugzilla/attachment.cgi?id=11713=edit compiled file -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/24403] New: addr2line _GLOBAL__sub_I__Z11print_tracev

2019-03-31 Thread jg at jguk dot org
Component: binutils Assignee: unassigned at sourceware dot org Reporter: jg at jguk dot org Target Milestone: --- Created attachment 11712 --> https://sourceware.org/bugzilla/attachment.cgi?id=11712=edit test case The attached test case, when compiled and run shows a sym

[Bug binutils/23731] Building from git issues Ubuntu

2018-10-16 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23731 --- Comment #7 from Jonny Grant --- It's a surprising that the patch clarifying bison, flex, texinfo packages are required in the README was not considered useful. At the moment, every new developer has 1 hour of time wasted before they can

[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'

2018-10-15 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23425 --- Comment #17 from Jonny Grant --- Could I ask if this message could be expanded to give more clues if ever it occurs again in a future build? "/usr/bin/x86_64-linux-gnu-ld: Dwarf Error: Offset (1678049557) greater than or equal to

[Bug binutils/23731] Building from git issues Ubuntu

2018-10-03 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23731 --- Comment #5 from Jon Grant --- (In reply to jos...@codesourcery.com from comment #4) > The purpose of "missing" as explained in the automake manual isn't to > replace the missing tools, just to give a more informative error message >

[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'

2018-10-03 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23425 --- Comment #15 from Jon Grant --- Many thanks I built from git, and checked locally. The other "abrev" issue, and "Dwarf Error: Offset (1678049557) greater than or equal to .debug_str size (5846)." no longer visible. -- You are receiving

[Bug binutils/23731] Building from git issues Ubuntu

2018-10-03 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23731 --- Comment #3 from Jon Grant --- Created attachment 11286 --> https://sourceware.org/bugzilla/attachment.cgi?id=11286=edit clarify bison, flex, texinfo packages are required -- You are receiving this mail because: You are on the CC list

[Bug binutils/23731] Building from git issues Ubuntu

2018-10-03 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23731 --- Comment #2 from Jon Grant --- Hi Nick! (In reply to Nick Clifton from comment #1) > Hi Jon, > > > 1) > > Is there a way for ./configure to check for "makeinfo" "bison" "flex" > > commands first? I just get it bailing out at the end half

[Bug binutils/23731] New: Building from git issues Ubuntu

2018-10-01 Thread jg at jguk dot org
: binutils Assignee: unassigned at sourceware dot org Reporter: jg at jguk dot org Target Milestone: --- 1) Is there a way for ./configure to check for "makeinfo" "bison" "flex" commands first? I just get it bailing out at the end half way through a

[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'

2018-09-03 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23425 --- Comment #11 from Jon Grant --- (In reply to H.J. Lu from comment #10) > Created attachment 11227 [details] > A patch > > Please try this. Hi H.J. Could you attach you Ld binary please? I'm on x64 Ubuntu -- You are receiving this mail

[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'

2018-09-02 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23425 --- Comment #8 from Jon Grant --- Another type of message shows up. Maybe it could be updated to clarify what the info pointer was pointing to? /usr/bin/x86_64-linux-gnu-ld: Dwarf Error: Info pointer extends beyond end of attributes

[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'

2018-09-02 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23425 --- Comment #7 from Jon Grant --- /usr/bin/x86_64-linux-gnu-ld: Dwarf Error: Offset (57611527) greater than or equal to .debug_str size (5853). /usr/bin/x86_64-linux-gnu-ld: Dwarf Error: Invalid abstract instance DIE ref. Can LD at least

[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'

2018-09-02 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23425 --- Comment #6 from Jon Grant --- /usr/bin/x86_64-linux-gnu-ld: Dwarf Error: Could not find abbrev number 113. I get this output above as well. Could LD add a string to give more of a clue what 113 relates to? Just store the string with the

[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'

2018-09-02 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23425 --- Comment #5 from Jon Grant --- There's a testcase for the first attached. Can that be worked on first? -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'

2018-07-18 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23425 Jon Grant changed: What|Removed |Added CC||jg at jguk dot org -- You are receiving

[Bug ld/22601] New: "skipping incompatible" - can this be more specific?

2017-12-14 Thread jg at jguk dot org
iority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: jg at jguk dot org Target Milestone: --- Could the linker output a clearer message? Expected: $ g++ -O2 -Wall -Wextra -Wpedantic -m32 -o main main.cpp /usr/bin/ld: skipping incompatible x68_64 /u

[Bug binutils/21659] strings behaviour when called on a directory

2017-06-27 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=21659 --- Comment #8 from Jon Grant --- ok, yes, great to just have a message. Regards, Jon -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list

[Bug binutils/21659] strings behaviour when called on a directory

2017-06-26 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=21659 --- Comment #6 from Jon Grant --- Hi Nick Great! Yes, maybe mine is too old. I'm on Ubuntu LTS binutils 2.26.1 Do you think okay to be a Warning as opposed to Error? the "gold" linker calls it a fatal error. $ gold mydir gold: fatal

[Bug binutils/21659] strings behaviour when called on a directory

2017-06-23 Thread jg at jguk dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=21659 --- Comment #3 from Jon Grant --- Great Nick! $ ld mydir ld: cannot find mydir: File format not recognised $ ar p mydir ar: mydir: File format not recognised I had a look at the others, I saw they have this kind of output below. Perhaps

[Bug binutils/21659] New: strings behaviour when called on a directory

2017-06-22 Thread jg at jguk dot org
Component: binutils Assignee: unassigned at sourceware dot org Reporter: jg at jguk dot org Target Milestone: --- Existing output === $ strings mydir $ strings missingfile strings: 'missingfile': No such file My feeling is that there should be a message for 'mydir

[Bug ld/12974] New: ld undefined reference shows wrong line number

2011-07-08 Thread jg at jguk dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12974 Summary: ld undefined reference shows wrong line number Product: binutils Version: 2.20 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo:

[Bug binutils/11238] make distclean does not clean up config.cache files

2010-02-14 Thread jg at jguk dot org
--- Additional Comments From jg at jguk dot org 2010-02-14 20:12 --- Hi Nick Patch works perfectly. Thanks for taking the time to work on it. I tried a few different reconfigures, makes, and make distclean Cheers, Jon p.s. I did try ./configure CFLAGS=-Wconversion that doesn't get

[Bug binutils/11238] make distclean does not clean up config.cache files

2010-02-06 Thread jg at jguk dot org
--- Additional Comments From jg at jguk dot org 2010-02-06 12:45 --- Hi Nick Thank you for checking. I found it requires a particular sequence to reproduce this problem. I checked out the latest CVS to verify this just now. ./configure make ./configure CFLAGS=-g make {see the compile

[Bug binutils/11238] New: make distclean does not clean up config.cache files

2010-01-30 Thread jg at jguk dot org
: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: jg at jguk dot org CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=11238 --- You are receiving this mail because: --- You are on the CC list

[Bug binutils/11238] make distclean does not clean up config.cache files

2010-01-30 Thread jg at jguk dot org
--- Additional Comments From jg at jguk dot org 2010-01-30 15:41 --- Created an attachment (id=4565) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4565action=view) configure log -- http://sourceware.org/bugzilla/show_bug.cgi?id=11238 --- You are receiving this mail

[Bug ld/4437] ld check all files are present and indicate those missing

2010-01-21 Thread jg at jguk dot org
--- Additional Comments From jg at jguk dot org 2010-01-21 22:03 --- Hi Nick. Thanks for updating for other files + applying the patch. Cheers, Jon -- http://sourceware.org/bugzilla/show_bug.cgi?id=4437 --- You are receiving this mail because: --- You are on the CC list

[Bug ld/4437] ld check all files are present and indicate those missing

2010-01-20 Thread jg at jguk dot org
--- Additional Comments From jg at jguk dot org 2010-01-20 17:18 --- 2010-01-19 Jon Grant jg at jguk org * ldlang.h: Add missing_file flag. * ldlang.c: Initialise missing_file flag to FALSE. In addition don't try use bfd if library was missing. After checking all

[Bug ld/4437] ld check all files are present and indicate those missing

2010-01-19 Thread jg at jguk dot org
-- What|Removed |Added AssignedTo|unassigned at sources dot |jg at jguk dot org |redhat dot com | Status|NEW

[Bug ld/4437] ld check all files are present and indicate those missing

2010-01-19 Thread jg at jguk dot org
--- Additional Comments From jg at jguk dot org 2010-01-19 21:50 --- Created an attachment (id=4541) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4541action=view) Patch implementing this change Apply this patch to the ld directory -- http://sourceware.org/bugzilla

[Bug ld/4437] ld check all files are present and indicate those missing

2010-01-19 Thread jg at jguk dot org
--- Additional Comments From jg at jguk dot org 2010-01-19 21:51 --- I've implemented this feature. Please see attached patch. Please review, and apply! -- http://sourceware.org/bugzilla/show_bug.cgi?id=4437 --- You are receiving this mail because: --- You are on the CC list

[Bug ld/4824] New: ld -O manual page option does not state which levels are supported

2007-07-22 Thread jg at jguk dot org
Version: 2.17 Status: NEW Severity: minor Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: jg at jguk dot org CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla