There are lots of help around regarding the incompatibility of Sierra and gdb, and everyone says that the best solution is waiting.
The problem seems to still persist, could anyone please help me how I can solve it?
I have already tried this and it does not work on my Sierra.
GDB kind of doesn't work on macOS Sierra
Thanks
A fix has been created, but not merged and released yet. In the meantime, I have patched the most recent release of GDB with the changes and have things working with the latest version of Sierra. You can access my repo below and compile from scratch. Be sure to code sign the new binary and "set startup-with-shell off" in .gdbinit.
https://github.com/joshwells/binutils-gdb
None GDB 7.11 or 7.12.1 will not work on Sierra 10.12.4 In short it's because of Apple security upgrade. We need to wait for re-enabling when some new version will shows up.
Easy WA is to use LLDB as a debugger for now. Sample instructions here
Another LLDB instruction here
Related
I have a bit of a technical question here. Since upgrading to OS Catalina I have tried running my Xpress Workbench files and a warning pops up saying "It can't be opened because Apple cannot check for malicious software." When bypassing this and opening it anyway it produces an error whenever I run some code:
"spawn mosel ENOENT"
Has anyone else experienced this? and what does the error mean? I have been in touch with Apple support but they weren't that helpful, I have also been in touch with FICO (the developer of the programme) and they haven't experienced the problem before but are getting in touch with their dev team.
Any help would be much appreciated.
Ben.
I also got this issue when i upgraded my macOS to Catalina. I couldn't run my mosel programs successfully.
In Catalina, any software installed outside of the Mac App Store is now checked every time it runs for malware and other problems. You can solve this by un-quarantining the Xpress workbench application.
Run this code on terminal of your mac - xattr -r -d com.apple.quarantine "/Applications/FICO Xpress" (specify the location of the application in the quote).
It should be fine after this.
This question has been asked before with prior Xcode versions:
Their solutions were:
Remove armv7 from Valid architectures
Change debug information format to DWARF instead of DWARF with dSYM File
I have tried all of these but the archiving still gets stuck at a particular task, always the same task number.
I have looked into the report navigator, and their are issues. But just warnings. There is one error "FontAwesome" build target, which doesn't say much. But the app use to build with version 10.1
For those that come across this issue, it was because of FontAwesome. I had installed it via CocoaPods. Not sure what the issue was, but I manually installed it into the project and it resolved the issue.
I was able to work around this by EITHER changing my Optimization Level in Release to "No Optimization" OR by changing Compilation Mode from "Whole Module" to "Incremental".
Upload using Xcode 10.1 instead of Xcode 10.2.
I'm VERY new to CLion so please be gentle :)
I took a project I did for a programming course I'm taking, I managed to build it, but when I tried to run it the CLion just freezes. I tried to run it in debug mode, but no success there either - it waits for a few seconds and then I recieve a message: "command timed out".
I thought the problem might be in my program, so I wrote a simple "Hello World" program - still no success.
few technical specs that might help:
I use CLion 1.2.1 (Newest version).
For my toolchains I use TDM-GCC compiler (downloaded from here: http://tdm-gcc.tdragon.net/download) - I actually do not use the newest version - I use version 4.9.2-3 instead - because I wanted the GDB to be 7.8 so Clion supports it).
My computer runs windows 10 (64 bit), intel core i5-4210U, 8 GB RAM (for what it's worth...)
hope you could help me.
Avast antivirus running … changing its setting as you can find here Stop avast! from attacking my own programs can help...
– nnn
i've been trying for a whole day to use Eclipse but i failed every time.
I know that i may be wrong and i do know that there are a lot of people out there who are working hard for an open source project, but if i can't use a program, run and debug an "Hello world" file, there must be something wrong.
I'm using OSX 10.9.5 (yeah, maybe using a mac is my first error, right?).
Every time i try to debug the "Hello World.cpp" program i get the following error.
http://imgur.com/RgXCSyW
Yes, i've searched everywhere on google.
Yes, i've already seen the other replies on a similar topic and i've already tried the solutions they offered. Sadly, it didn't work.
Thanks guys for your patience, i hope to learn how to code and maybe being helpful to others one day.
Luca
p.s. writing the error so other people who are googling it can find it
"
Error in final launch sequence
Failed to execute MI command:
-exec-run
Error message from debugger back end:
Unable to find Mach task port for process-id 33383: (os/kern) failure (0x5).\n (please check gdb is codesigned - see taskgated(8))
Unable to find Mach task port for process-id 33383: (os/kern) failure (0x5).\n (please check gdb is codesigned - see taskgated(8))
"
There is another option to debug you code using LLDB debugger.
You can check this link for install the LLDB debugger integration.
It is super easy and does the work.
Btw The GDB debugger is part of GNU. Xcode does not use GNU tools (gcc, gdb) anymore. Xcode uses LLVM. LLVM's debugger is LLDB.
Some info about it:
apple developers,
The LLDB Debugger
Probably your problem has been solved, but sharing another solution to others cant be bad :)
This is relevant to macOS Sierra also.
This is a relatively well known "issue" on OS X (which btw is a pain-in-the-neck-to-develop-c++ on). You first need to install g++ and GDB debugger (since LLVM clang++ in combination with LLVM debugger are not yet supported by Eclipse on OS X). The easiest way is via macports. First install macports via the native installer, then, from a terminal, install g++ and gdb (debugger)
sudo port install gcc5 # or gcc49
and
sudo port install gdb
After this, you need to codesign it, see this link. The name of the debugger will be ggdb (not gdb), and macoprts will install it in /opt/local/bin/ggdb.
I had developed an app in openframeworks for OSX Mountain Lion using the addons ofxUI, ofxFFT, and ofxXmlSettings.
It worked beautifully. But recently I switched over to OSX 10.9 and now my code still compiles but errors immediately upon running.
2014-03-23 19:33:24.489 etaBasement_debug[47594:507] -[__NSCFError _cocoaErrorStringWithKind:]: unrecognized selector sent to instance 0x7b61a060
I can't really find what I need on Google. If anyone knows how to fix this issue or if I need to give more information, please let me know.