[Bug binutils/26193] compile and link error on macos
https://sourceware.org/bugzilla/show_bug.cgi?id=26193 Jeffrey Walton changed: What|Removed |Added CC||noloader at gmail dot com --- Comment #2 from Jeffrey Walton --- Also see https://sourceware.org/bugzilla/show_bug.cgi?id=26191. -- 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'
https://sourceware.org/bugzilla/show_bug.cgi?id=23425 Jeffrey Walton changed: What|Removed |Added CC||noloader at gmail dot com -- 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/23746] Debugging under x86_64-apple-darwin18.0.0 getting "not in executable format"
https://sourceware.org/bugzilla/show_bug.cgi?id=23746 Jeffrey Walton changed: What|Removed |Added CC||noloader at gmail dot com --- Comment #9 from Jeffrey Walton --- Probably a duplicate of https://sourceware.org/bugzilla/show_bug.cgi?id=23728 -- 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/23728] binutils fail on macOS 10.14 (Mojave) due to unimplemented LC_BUILD_VERSION Mach-O load command
https://sourceware.org/bugzilla/show_bug.cgi?id=23728 Jeffrey Walton changed: What|Removed |Added CC||noloader at gmail dot com -- 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 admin/18997] Please enable AS and LD in configure.ac for OS X
https://sourceware.org/bugzilla/show_bug.cgi?id=18997 --- Comment #2 from Jeffrey Walton --- (In reply to ging...@adacore.com from comment #1) > as and ld haven't been ported to mac os x (as native tools). > Not sure wether it is worth given there are already open source (but > non-free) tools. I believe AS is a required tool in the suite because of the way inline assembly is handled by the compiler. LD is probably going to be a stretch (but I'm only guessing). To ensure I'm not missing something obvious, what other non-free tools did you have in mind, and how would they be used? Is it a non-free compiler that can consume the inline assembly? Or is it a different assembler that GCC can use when processing the inline assembly? -- 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/18998] New: Please enable -Wno-unknown-warning-option when compiling under Clang
https://sourceware.org/bugzilla/show_bug.cgi?id=18998 Bug ID: 18998 Summary: Please enable -Wno-unknown-warning-option when compiling under Clang Product: binutils Version: 2.26 (HEAD) Status: NEW Severity: enhancement Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: noloader at gmail dot com Target Milestone: --- Clang does not understand a few warnings used by GCC. Combined with -Werror, this results in a failed compile. I understand I can perform the following, but this seems like one of those things that could be easily automated: export CFLAGS="-g2 -O2 -Wno-unknown-warning-option" Here's what GCC reports under OS X 10.8.5: $ gcc --version Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) Target: x86_64-apple-darwin12.6.0 Thread model: posix -- 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 admin/18997] Please enable AS and LD in configure.ac for OS X
https://sourceware.org/bugzilla/show_bug.cgi?id=18997 Jeffrey Walton changed: What|Removed |Added Version|unspecified |2.26 (HEAD) -- 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 admin/18997] Please enable AS and LD in configure.ac for OS X
https://sourceware.org/bugzilla/show_bug.cgi?id=18997 Jeffrey Walton changed: What|Removed |Added CC||noloader at gmail dot com -- 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 admin/18997] New: Please enable AS and LD in configure.ac for OS X
https://sourceware.org/bugzilla/show_bug.cgi?id=18997 Bug ID: 18997 Summary: Please enable AS and LD in configure.ac for OS X Product: binutils Version: unspecified Status: NEW Severity: enhancement Priority: P2 Component: admin Assignee: unassigned at sourceware dot org Reporter: noloader at gmail dot com Target Milestone: --- According to a checkout of the latest binutil sources from Git: $ grep -n "noconfigdirs" configure.ac | grep "ld gas" 1015:noconfigdirs="$noconfigdirs ld gas gdb gprof" 1023:noconfigdirs="$noconfigdirs ld gas gprof" 1027:noconfigdirs="$noconfigdirs ld gas gdb gprof" 1245:noconfigdirs="$noconfigdirs ld gas gprof target-libgloss" 1251:noconfigdirs="$noconfigdirs ld gas gprof" And from the cluster at 1015/1023/1027: i[[3456789]]86-*-darwin*) noconfigdirs="$noconfigdirs ld gprof" noconfigdirs="$noconfigdirs sim target-rda" ;; x86_64-*-darwin[[912]]*) noconfigdirs="$noconfigdirs ld gas gprof" noconfigdirs="$noconfigdirs sim target-rda" ;; *-*-darwin*) noconfigdirs="$noconfigdirs ld gas gdb gprof" noconfigdirs="$noconfigdirs sim target-rda" ;; >From above, notice GAS is enabled for i386|i686, but not x86_64. Downstream providers, like Macports, do not provide them stating its an upstream problem. Confer, "Where is AS located after Binutils is installed?", https://lists.macosforge.org/pipermail/macports-users/2015-April/038397.html. I would like to ask that Binutils provide both LD and AS for OS X. Enabling LD and AS will benefit users, and get downstream providers like Macports involved in enhancing the utilities. *** Here's some related information. Our project provides both C/C++ code and alternate inline assembly (both one-liners and blocks). The ASM code is never used on OS X because of OS X's down-level assembler, even when contemporary gear (like a modern GCC via Macports) is available. Clang is not always an alternative for OS X. For example, Clang and its integrated assembler cannot consume some basic ASM statements, like a negate. Confer, https://llvm.org/bugs/show_bug.cgi?id=24232. GCC manages to work around many|most issues with Apple platforms. For example, init_priorty is not available on OS X. GCC chooses to make init_priorty an compiler error rather than not providing the compiler on OS X. -- 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/18064] objcopy, add-gnu-debuglink and cannot fill debug link section
https://sourceware.org/bugzilla/show_bug.cgi?id=18064 --- Comment #4 from Jeffrey Walton noloader at gmail dot com --- (In reply to cvs-com...@gcc.gnu.org from comment #3) The master branch has been updated by Nick Clifton ni...@sourceware.org: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git; h=4fd77a3d12291cd9351e1f776a5ade11f99a28ac commit 4fd77a3d12291cd9351e1f776a5ade11f99a28ac Author: Nick Clifton ni...@redhat.com Date: Thu Mar 5 16:45:15 2015 + Extend description of --add-gnu-debuglink option to explain why the f ile must exist. PR binutils/18064 * doc/binutils.texi (objcopy): Extend description of --add-gnu-debuglink option to explain that the separate debug info file must exist. Add a description of what to do if the debug info file is built in one place but then installed into a separate location. Perfect, thanks Nick. The first cold beer is on me. -- 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/18064] New: objcopy, add-gnu-debuglink and cannot fill debug link section
https://sourceware.org/bugzilla/show_bug.cgi?id=18064 Bug ID: 18064 Summary: objcopy, add-gnu-debuglink and cannot fill debug link section Product: binutils Version: 2.24 Status: NEW Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: noloader at gmail dot com I added a recipe called 'symbols' to my makefile to create a two part executable. When I attempt to use objcopy to embed the debug information file in the executable: $ make symbols objcopy --only-keep-debug cryptest.exe cryptest.exe.debug strip --strip-debug --strip-unneeded cryptest.exe objcopy --add-gnu-debuglink=/usr/lib/debug/cryptest.exe.debug cryptest.exe objcopy:stOV5Ij1: cannot fill debug link section `/usr/lib/debug/cryptest.exe.debug': No such file or directory make: [symbols] Error 1 And: objcopy --only-keep-debug libcryptopp.so libcryptopp.so.debug strip --strip-debug --strip-unneeded libcryptopp.so objcopy --add-gnu-debuglink=/usr/lib/debug/libcryptopp.so.debug libcryptopp.so objcopy:stLaJYWV: cannot fill debug link section `/usr/lib/debug/libcryptopp.so.debug': No such file or directory make: [symbols] Error 1 It seems objcopy requires the referenced path to exist in advance. The man pages don't discuss the behavior, so I'm not sure if its expected or not. And I was not able to locate an option to ignore non-existent paths. This causes a problem in practice because I'm still the building software. And when it comes time to install the software, `make install` MUST NOT build anything (according to Stallman's GNU Make). Collectively, `make sudo make install` is effectively not working as expected. I also build GDB and LLDB on occasion, so I try not depend on the GDB and LLDB's built-in debug information directories being a correct. In fact, I'm not sure GDB is configured correctly when using the distro's package. `show debug-file-directory` is missing paths that the distro uses, like `/usr/lib/debug/lib/x86_64-linux-gnu`. * I think two or three things would be helpful. First, discuss the expected behavior in the man pages under the --add-gnu-debuglink section. Second, change the behavior of --add-gnu-debuglink to allow a reference to a non-existent debug information file in anticipation of an install. This may be undesirable for those who expect a failure to stop a script. Third, add another option that provides an override to --add-gnu-debuglink's existing behavior. That is, allow it to reference a non-existent debug information file in anticipation of an install. This may be the best solution moving forward even though the option will not be available to downlevel versions of binutils. Are there any other options? * $ apt-cache showpkg binutils Package: binutils Versions: 2.24-5ubuntu3.1 (/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_trusty-updates_main_binary-amd64_Packages) (/var/lib/apt/lists/security.ubuntu.com_ubuntu_dists_trusty-security_main_binary-amd64_Packages) (/var/lib/dpkg/status) Description Language: File: /var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_trusty_main_binary-amd64_Packages MD5: fde49b4cfeaad346a6e094f973da28d7 Description Language: en File: /var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_trusty_main_i18n_Translation-en MD5: fde49b4cfeaad346a6e094f973da28d7 -- 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/18064] objcopy, add-gnu-debuglink and cannot fill debug link section
https://sourceware.org/bugzilla/show_bug.cgi?id=18064 Jeffrey Walton noloader at gmail dot com changed: What|Removed |Added CC||noloader at gmail dot com -- 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/18064] objcopy, add-gnu-debuglink and cannot fill debug link section
https://sourceware.org/bugzilla/show_bug.cgi?id=18064 --- Comment #1 from Jeffrey Walton noloader at gmail dot com --- I probably should have added this to the original report. Its from https://sourceware.org/binutils/docs/binutils/objcopy.html, which is the same as objcopy(1): --add-gnu-debuglink=path-to-file Creates a .gnu_debuglink section which contains a reference to path-to-file and adds it to the output file. As far as I know, that's all the man pages have to say about it. -- 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