Gdb 8.2 не может распознать исполняемый файл в macOS Mojave 10.14

Я решил эту проблему в Мохаве, прорежив приложение. GDB не понимает универсальных двоичных файлов. Итак, если file myapp сообщает вам, что myapp является универсальным двоичным файлом, попробуйте следующее:

lipo -thin x86_64 -output myapp-x86_64 myapp

А потом

gdb myapp-x86_64

Проблема в том, что clang-1000.11.45.2, распространяемый с Apple LLVM version 10.0.0, добавляет новую команду загрузки к исполняемым файлам o-mach с именем LC_BUILD_VERSION.

$ otool -l test.o
...
Load command 1
       cmd LC_BUILD_VERSION
   cmdsize 24
  platform macos
       sdk n/a
     minos 10.14
    ntools 0
...

От яблока источник:

/*
 * The build_version_command contains the min OS version on which this
 * binary was built to run for its platform.  The list of known platforms and
 * tool values following it.
 */

Таким образом, в настоящее время bfd (программа, используемая gdb для управления исполняемыми файлами) не может интерпретировать эту команду и возвращает ошибку.

В качестве временного решения вы можете отредактировать исходный код bfd, предоставляемый с помощью gdb.

Сначала загрузите исходники gdb-8.0.1 из зеркала. Затем добавьте в gdb-8.0.1/bfd/mach-o.c следующий код в строке 4649:

case BFD_MACH_O_LC_BUILD_VERSION:
break;

Наконец, внутри gdb-8.0.1/include/mach-o/loader.h в строке 189:

  BFD_MACH_O_LC_BUILD_VERSION = 0x32

Не забудьте добавить , в конце строки 188 после BFD_MACH_O_LC_VERSION_MIN_WATCHOS = 0x30).

Затем обработайте классическую компиляцию gdb, следуя инструкциям из README:

run the ``configure'' script here, e.g.:

    ./configure 
    make

To install them (by default in /usr/local/bin, /usr/local/lib, etc),
then do:
    make install

Не забудьте подписать gdb как объяснение здесь. Если вы по-прежнему получаете ошибку (os / kern) failure (0x5), просто запустите sudo gdb.

Это временное решение, чтобы дождаться исправления от команды GNU.

РЕДАКТИРОВАТЬ

Binutils-gdb обновлен, эти изменения теперь реализованы в коммите fc7b364.

Надеюсь, это будет полезно.

Я опубликовал временную формулу заваривания, которая, похоже, работает, пока не обновит официальную формулу:

варить установить https://raw.githubusercontent.com/timotheecour/homebrew-timutil/master/gdb_tim.rb

Обновите GDB до версии 8.3. Также см. Ошибка 23728, сбой binutils в macOS 10.14 (Mojave) из-за отсутствия поддержки в трекере ошибок Binutils.

С сообщение об ошибке:

I've found the root of the issue. binutils does not handle load command 0x32 LC_BUILD_VERSION (nor 0x31 LC_NOTE, actually). They are defined in recent LLVM versions: see https://github.com/llvm-mirror/llvm/blob/master/include/llvm/BinaryFormat/MachO.def#L77

Looking at the output of objdump -private-headers there is one clear difference:

@@ -56,16 +56,18 @@ attributes NO_TOC STRIP_STATIC_SYMS LIVE
  reserved1 0
  reserved2 0
 Load command 1
-      cmd LC_VERSION_MIN_MACOSX
-  cmdsize 16
-  version 10.13
-      sdk n/a
+       cmd LC_BUILD_VERSION
+   cmdsize 24
+  platform macos
+       sdk n/a
+     minos 10.14
+    ntools 0
 Load command 2
      cmd LC_SYMTAB
  cmdsize 24

LC_VERSION_MIN_MACOSX is implemented in binutils, while LC_BUILD_VERSION is not. It is apparently new in Mojave.

У меня есть хорошее решение от переполнения стека, и я не знаю, почему оно работает. Вот ссылка.

Я новичок в macOS и делаю следующее:

1. Codesign gdb 8.0.1 в High Sierra
2. Обновление до Мохаве
3. gdb 8.0.1 умер с BFD: /Users/xxx/Codes/demo: unknown load command 0x32
4. Перейдите на gdb 8.2.1 и обнаружите ошибку связки ключей Unknown Error -2,147,414,007.

   Solve this by getting the certificate in Login then export it and import it into System(Delete it from Login if unable to import).

5. Наконец, из-за каких-то ошибок он по-прежнему не работает и идет с ERROR: Unable to start debugging. Unexpected GDB output from command "-exec-run". Unable to find Mach task port for process-id 1510: (os/kern) failure (0x5). (please check gdb is codesigned - see taskgated(8)), согласно как отменить кодовый знак, что-то не так все еще существует, и ответ сообщает мне brew reinstall gdb, но он все еще не работает, я вчера позвонил.
6. Наконец я наткнулся на эта ссылка, Я СЧАСТЛИВЫ, теперь я могу отлаживать!

Надеюсь, мое решение поможет.

Я заставил gdb работать над Мохаве:

а) получение последнего исходного архива gdb (на момент написания, ftp://sourceware.org/pub/gdb/snapshots/current/gdb-weekly-8.2.50.20190212.tar.xz) - среди прочего, он добавляет обработку для распознавания исполняемых файлов на Mac.

б) построить gdb. У меня возникли ошибки затенения переменных в darwin-nat.c, поэтому я отредактировал файл и перестроил.

c) выполните шаги в https://forward-in-code.blogspot.com/2018/11/mojave-vs-gdb.html

Вуаля.

(источник: GDB на Mac / Mojave: во время запуска программа прерывается сигналом?, Неизвестный сигнал)

gdb 8.2, установленный из Homebrew, несовместим с Mac mojave. У меня обновление до 8.2.1. Вопрос должен быть решен.

Ответ от timotheecour выше сработал для меня:

варить установить https://raw.githubusercontent.com/timotheecour/homebrew-timutil/master/gdb_tim.rb

Затем мне пришлось сгенерировать самоподписанный сертификат, как в https://www.thomasvitale.com/how-to-setup-gdb-and-eclipse-to-debug-c-files-on-macos-sierra/