[Bug binutils/24403] addr2line _GLOBAL__sub_I__Z11print_tracev
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. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/24404] addr2line file and line not accurate compared to gdb
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 address you pass to addr2line is immediately after the call to > print_trace. Magic c++ things happen there, the string destructor. Some > inlined code from the string destructor appears at that address, so it is > corrrect for addr2line to report that code's source file. > > Not a bug. How does GDB get it right? -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/24404] addr2line file and line not accurate compared to gdb
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 receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/24404] New: addr2line file and line not accurate compared to gdb
https://sourceware.org/bugzilla/show_bug.cgi?id=24404 Bug ID: 24404 Summary: addr2line file and line not accurate compared to gdb Product: binutils Version: 2.30 Status: UNCONFIRMED Severity: normal Priority: P2 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:line compared to GDB. I'll attach my little backtracer. Output is below. when code is optimized -O1, the output shows basic_string.h:176 is _M_data() in that STL file. instead of the regular file and line 1. compile the attached test case 2. run addr2line -e exception4 0x15c1 3. the output below [3] is meant to be exception4.cpp:84 $ ./exception4 Unhandled C++ exception: [vector::_M_range_check: __n (which is 0) >= this->size() (which is 0)] Backtrace: [0]: ./exception4(+0x11da) [0x55cfa17411da] print_trace() exception4.cpp:20 [1]: ./exception4(+0x15c1) [0x55cfa17415c1] test() basic_string.h:176 [2]: ./exception4(+0x1627) [0x55cfa1741627] main exception4.cpp:94 [3]: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7) [0x7fe576d0cb97] ?? ??:0 [4]: ./exception4(+0x10ca) [0x55cfa17410ca] _start ??:? Segmentation fault (core dumped) $ $ gdb -c core exception4 GNU gdb (Ubuntu 8.1-0ubuntu3) 8.1.0.20180409-git Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from exception4...done. [New LWP 3468] Core was generated by `./exception4'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __GI_raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:51 51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 __GI_raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:51 #1 0x55cfa1741508 in print_trace () at exception4.cpp:73 #2 0x55cfa17415c1 in test () at exception4.cpp:86 #3 0x55cfa1741627 in main () at exception4.cpp:93 -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/24403] addr2line _GLOBAL__sub_I__Z11print_tracev
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 --version GNU c++filt (GNU Binutils for Ubuntu) 2.30 Would be good if c++filt could also decode the symbol. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/24403] addr2line _GLOBAL__sub_I__Z11print_tracev
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 mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/24403] New: addr2line _GLOBAL__sub_I__Z11print_tracev
https://sourceware.org/bugzilla/show_bug.cgi?id=24403 Bug ID: 24403 Summary: addr2line _GLOBAL__sub_I__Z11print_tracev Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 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 symbol which isn't demangled by addr2line. I'll attach the file, and the compiled file _GLOBAL__sub_I__Z11print_tracev The output below shows it as item [2]. It is the same as running manually addr2line $ addr2line -f -C -e exception4 0x1600 _GLOBAL__sub_I__Z11print_tracev /home/jonny/code/crash/exception4.cpp:100 $ g++-8 -g -pipe -pthread -O1 -o exception4 exception4.cpp jonny@asus:~/code/crash$ ./exception4 Unhandled C++ exception: [vector::_M_range_check: __n (which is 0) >= this->size() (which is 0)] Backtrace: [1]: ./exception4(+0x15c9) [0x56129dea75c9] 0x15c9 test() exception4.cpp:85 [2]: ./exception4(+0x1600) [0x56129dea7600] 0x1600 _GLOBAL__sub_I__Z11print_tracev exception4.cpp:100 [3]: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7) [0x7fc0f8dd1b97] 0x ?? ??:0 [4]: ./exception4(+0x10da) [0x56129dea70da] 0x10da _start ??:? Aborted -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/23731] Building from git issues Ubuntu
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 start doing anything. We'll re-assess if we devote time to contribute binutils -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'
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 .debug_str size (5846)." -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/23731] Building from git issues Ubuntu
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 > about them being missing. I see, my mistake. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'
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 this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/23731] Building from git issues Ubuntu
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 for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/23731] Building from git issues Ubuntu
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 way through a > > build. I imagine everyone else on Ubuntu sees the same as me... Impacts new > > developers getting started > > Sorry for this. I think that the assumption has always been that if you > want to work on the development of the binutils (or a compiler, or gdb, or > any other low level tool) then you will already have all of these other > packages installed. Could the README be updated to clarify that expectation? Patch attached > The top level configure.ac file (which is used to generate the configure > file) > does already have checks for these tools, but if they are absent it uses the > "missing" script to replace them. This behaviour has been inherited from > the gcc project, which actually has the master version of the configure.ac > file. I'm unfortunately not familiar with configure.ac, but could someone work with GCC project if there needs to be an update? it sounds like the "missing" script doesn't manage to replace the "bison" it is expecting. > > As bison, flex, makeinfo commands a really needed, and they mess with the > > files generated which must be cleaned... could these be checked up front? > > One trick that some people use, (including myself) is to "touch" the > generated > files after they have been extracted from the source tarball/downloaded from > the git repository, but before the build starts. In that way they do not > need to be regenerated. Could you let me know which files to "touch" please. Perhaps this could also be added to the README or a new README.dev file? > > 2) After "bison" and "flex" I saw this error: > > configure: error: `YACC' has changed since the previous run: > > configure: former value: `/home/jonny/code/binutils-gdb/missing bison -y' > > configure: current value: `bison -y' > > Using the trick above should resolve this problem. Providing that you start > with an empty build directory. I couldn't spot how to specify a separate build folder for obj files and binaries.. perhaps that is the solution? > > > inferior.h: In function ‘void handle_vfork_child_exec_or_exit(int)’: > > inferior.h:567:26: warning: ‘*((void*)(& > > maybe_restore_inferior)+40).scoped_restore_current_inferior::m_saved_inf’ > > may be used uninitialized in this function [-Wmaybe-uninitialized] > >{ set_current_inferior (m_saved_inf); } > > These files are part of GDB, not the binutils. So you need to report this > particular problem there ... I've kind of run out of time, they might already be aware as they will see it too... -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/23731] New: Building from git issues Ubuntu
https://sourceware.org/bugzilla/show_bug.cgi?id=23731 Bug ID: 23731 Summary: Building from git issues Ubuntu Product: binutils Version: 2.32 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: 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 build. I imagine everyone else on Ubuntu sees the same as me... Impacts new developers getting started gcc -c -I. -I. -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Wstack-usage=262144 -Werror -I./../zlib -g -O2 -Wno-error ./syslex_wrap.c ./syslex_wrap.c:25:10: fatal error: syslex.c: No such file or directory #include "syslex.c" ^~ compilation terminated. As bison, flex, makeinfo commands a really needed, and they mess with the files generated which must be cleaned... could these be checked up front? 2) After "bison" and "flex" I saw this error: I got this error: configure: loading cache ./config.cache configure: error: `YACC' has changed since the previous run: configure: former value: `/home/jonny/code/binutils-gdb/missing bison -y' configure: current value: `bison -y' configure: error: in `/home/jonny/code/binutils-gdb/binutils': configure: error: changes in the environment can compromise the build configure: error: run `make distclean' and/or `rm ./config.cache' and start over Makefile:3527: recipe for target 'configure-binutils' failed make[1]: *** [configure-binutils] Error 1 make[1]: Leaving directory '/home/jonny/code/binutils-gdb' Makefile:849: recipe for target 'all' failed make: *** [all] Error 2 Even the following commands did not clear it: make distclean ./configure --program-prefix=dev I'm 20 mins in.. and still no working build. 3) I saw some warnings wizz past from -Wmaybe-uninitialized CXXmacrotab.o In file included from infrun.c:26:0: inferior.h: In function ‘void handle_vfork_child_exec_or_exit(int)’: inferior.h:567:26: warning: ‘*((void*)(& maybe_restore_inferior)+40).scoped_restore_current_inferior::m_saved_inf’ may be used uninitialized in this function [-Wmaybe-uninitialized] { set_current_inferior (m_saved_inf); } ~^ infrun.c:931:6: note: ‘*((void*)(& maybe_restore_inferior)+40).scoped_restore_current_inferior::m_saved_inf’ was declared here maybe_restore_inferior; ^~ In file included from inferior.h:49:0, from infrun.c:26: progspace.h:285:31: warning: ‘*((void*)(& maybe_restore_inferior)+32).scoped_restore_current_program_space::m_saved_pspace’ may be used uninitialized in this function [-Wmaybe-uninitialized] { set_current_program_space (m_saved_pspace); } ~~^~~~ infrun.c:931:6: note: ‘*((void*)(& maybe_restore_inferior)+32).scoped_restore_current_program_space::m_saved_pspace’ was declared here maybe_restore_inferior; ^~ CXXmain.o Also i noticed the build stopped once after "make -j16", but then "make" on its own, did a lot more compiling for several minutes... could be a build race condition. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'
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 because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'
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 /usr/bin/x86_64-linux-gnu-ld: Dwarf Error: Could not find abbrev number 6285. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'
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 output the obj file causing the error in those messages please? -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'
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 113 when it is added to the map etc.. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'
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-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/23425] unresolved symbol diagnostic ends up calling find_abstract_instance with relocations applied causing spurious 'DWARF error: invalid abstract instance DIE ref'
https://sourceware.org/bugzilla/show_bug.cgi?id=23425 Jon Grant changed: What|Removed |Added CC||jg at jguk dot org -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/22601] New: "skipping incompatible" - can this be more specific?
https://sourceware.org/bugzilla/show_bug.cgi?id=22601 Bug ID: 22601 Summary: "skipping incompatible" - can this be more specific? Product: binutils Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: 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 /usr/lib/gcc/x86_64-linux-gnu/5/libstdc++.so when searching for x86 -lstdc++ /usr/bin/ld: skipping incompatible x68_64 /usr/lib/gcc/x86_64-linux-gnu/5/libstdc++.a when searching for x86 -lstdc++ /usr/bin/ld: cannot find x86 -lstdc++ collect2: error: ld returned 1 exit status Actual: $ g++ -O2 -Wall -Wextra -Wpedantic -m32 -o main main.cpp /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/5/libstdc++.so when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/5/libstdc++.a when searching for -lstdc++ /usr/bin/ld: cannot find -lstdc++ collect2: error: ld returned 1 exit status //g++ -O2 -Wall -Wextra -Wpedantic -m32 -o main main.cpp #include #include #include #include #include int main (void) { DIR * dir = opendir("myfile.txt"); if(NULL == dir) { int err = errno; printf("%d: %s\n", err, strerror(err)); } printf("%p\n", (void*)dir); return 0; } -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/21659] strings behaviour when called on a directory
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@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/21659] strings behaviour when called on a directory
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 error: mydir: pread failed: Is a directory Regards, Jon -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/21659] strings behaviour when called on a directory
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 "ar" and "ld" could be updated to say it is a directory, or not an ordinary file. $ objcopy mydir objcopy: Warning: 'mydir' is not an ordinary file Let me know if you prefer I create a separate ticket. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/21659] New: strings behaviour when called on a directory
https://sourceware.org/bugzilla/show_bug.cgi?id=21659 Bug ID: 21659 Summary: strings behaviour when called on a directory Product: binutils Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 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' Expected output === $ strings mydir strings: 'mydir': Is a directory Bit of a long reference, but back in 2003 Nick Clifton replied: http://www.cygwin.com/ml/binutils/2003-10/msg00617.html -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12974] New: ld undefined reference shows wrong line number
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: unassig...@sources.redhat.com ReportedBy: j...@jguk.org Created attachment 5839 -- http://sourceware.org/bugzilla/attachment.cgi?id=5839 Sample build that illustrates the issue output from ld shows the wrong line number for an undefined reference. as my tools are not so recent (codesourcery), would someone be able to confirm if this issue is reproducible if possible please. The line number 19 is the last symbol in the start.S. void main(void) function does exist in the build as well. Possibly is this the debug info that is incorrect in the start.o file? I attach my sample assembler file and build commands, which is for ARM. C:\testmake arm-none-eabi-gcc --version arm-none-eabi-gcc.exe (Sourcery G++ Lite 2010.09-51) 4.5.1 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. arm-none-eabi-ld --version GNU ld (Sourcery G++ Lite 2010.09-51) 2.20.51.20100809 Copyright 2010 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or (at your option) a later version. This program has absolutely no warranty. arm-none-eabi-gcc -g start.S main.c -o test.elf c:\tmp\cckh49E5.o: In function `go_main': C:\test/start.S:18: undefined reference to `missing_global_buffer' collect2: ld returned 1 exit status make: *** [all] Error 1 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11238] make distclean does not clean up config.cache files
--- 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 through due to it having warnings as errors though. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11238 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11238] make distclean does not clean up config.cache files
--- 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 problem!} make distclean ./configure CFLAGS=-g make {see the compile problem!} The sequence repeats, make distclean is unable to fully clean up. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | http://sourceware.org/bugzilla/show_bug.cgi?id=11238 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11238] New: make distclean does not clean up config.cache files
make distclean does not clean up completely. It is necessary to go trhough and delete config.cache from each sub-dir. See attached log of the error after reconfiguring with different CFLAGS http://sourceware.org/ml/binutils/2010-01/msg00493.html Ralf Wildenhues proposed this workaround on binutils mailing list find $top_builddir -name config.cache | xargs rm -f -- Summary: make distclean does not clean up config.cache files Product: binutils Version: 2.21 (HEAD) Status: NEW Severity: normal Priority: P2 Component: 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 for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11238] make distclean does not clean up config.cache files
--- 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 because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4437] ld check all files are present and indicate those missing
--- 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 for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4437] ld check all files are present and indicate those missing
--- 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 libraries, exit if missing_file was set to TRUE. * ldfile.c: Set missing_file flag TRUE when library cannot be found. -- http://sourceware.org/bugzilla/show_bug.cgi?id=4437 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4437] ld check all files are present and indicate those missing
-- What|Removed |Added AssignedTo|unassigned at sources dot |jg at jguk dot org |redhat dot com | Status|NEW |ASSIGNED http://sourceware.org/bugzilla/show_bug.cgi?id=4437 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4437] ld check all files are present and indicate those missing
--- 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/show_bug.cgi?id=4437 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4437] ld check all files are present and indicate those missing
--- 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 for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4824] New: ld -O manual page option does not state which levels are supported
I found the ld manual page online here: http://sourceware.org/binutils/docs-2.17/ld/index.html My query is, what are the level's ld supports? It's not quite clear from the options section of the page: http://sourceware.org/binutils/docs-2.17/ld/Options.html#Options -O level If level is a numeric values greater than zero ld optimizes the output. This might take significantly longer and therefore probably should only be enabled for the final binary. Could the manual page be updated to show the optimization level supported please. Also, I noticed the Title of the page was Untitled, perhaps they can be rexported with binutils/ld 2.17 docs in the title, to make it easier to find the page on search engines etc. Kind regards, Jon -- Summary: ld -O manual page option does not state which levels are supported Product: binutils 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/show_bug.cgi?id=4824 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils