[opensource-dev] OSX building xcode GUI compile failure

Ricky kf6kjg at gmail.com
Sun Feb 16 15:46:26 PST 2014


No problem.  I've been looking for this info myself, as I do most of my
work these days on either OSX or Linux. I was doing fine with gdb until I
wanted to set some breakpoints and look over variable statuses, &c...  So I
went looking, found the above, and got it working today.

I think the issue is that the XCode project files that the CMake system is
creating aren't feeding XCode everything correctly for the GUI-based
compilation.  They are good enough for the commandline operation using the
custom autobuild system, but not quite right for XCode.


On Sun, Feb 16, 2014 at 3:38 PM, Nicky Perian <nickyperian at yahoo.com> wrote:

> I was able to solve the problem using CLI.
>
> My misguided thinking was that Apple being famous for its user GUI would
> have had a build system GUI at least as good if not better than windows
> VS2010 where you just open the project file and hit run in debug mode.
> From there you can set breakpoints and tracepoints.
>
> That works fine until the issue is present in Mac or linux.
>
> I tried LLDB and made a little progress.
>
> Thanks for the reply.
>
>
>
>
>   On Sunday, February 16, 2014 5:24 PM, Ricky <kf6kjg at gmail.com> wrote:
>
> And to add to the tale:
> https://developer.mozilla.org/en-US/docs/Debugging_on_Mac_OS_X shows how
> to set up a new project for the sole purpose of debugging an existing .app
> without XCode trying to "helpfully" recompile the code every time you want
> to run the thing.
>
> Just make sure to uncheck "Allow debugging when using document Versions
> Browser" in Product-->Edit Scheme .. -->Run APP_NAME.app
> otherwise  --NSDocumentRevisionsDebugMode YES gets passed to the
> executable, which causes the viewer to freak out parsing the options.
>
> After that, just add the source files to the project and execute.  Of
> course, if you want to compile a change it's off to the commandline, but
> for me that's OK.  Maybe at some point I'll figure out how to have XCode
> call the command from a button.  Then again, I might not.
>
>
> On Wed, Feb 5, 2014 at 5:00 AM, Nicky Perian <nickyperian at yahoo.com>wrote:
>
> To complete the record for other that are in the baby step phase:
>
>
> https://developer.apple.com/library/mac/documentation/IDEs/Conceptual/gdb_to_lldb_transition_guide/document/lldb-terminal-workflow-tutorial.html
>
>
>   On Wednesday, February 5, 2014 12:13 AM, Ricky <kf6kjg at gmail.com> wrote:
>
> I attach the XCode GUI debugger to the running process, FireStorm in my
> case, compiling with RelWithDebInfo*.
>
> Worked for my task, YMMV.
>
> Ricky / Cron Stardust
>
>
> On Tue, Feb 4, 2014 at 9:16 PM, Nicky Perian <nickyperian at yahoo.com>wrote:
>
>  I didn't knew that it couldn't be done that way. I have an issue in Kokua
> that I wanted to set a trace point and determine from wince a method was
> being called.
> That is simple to set up on Windows using VS2010. I was hoping to the same
> in xcode.
>
>
>
>
>    On Tuesday, February 4, 2014 5:47 PM, Nicky Perian <
> nickyperian at yahoo.com> wrote:
>
>  quicktime/Debug/libmedia_plugin_quicktime.dylib
>
> ld: library not found for -lexception_handler
> collect2: ld returned 1 exit status
> Command
> /Applications/Xcode_4.6.3.app/Contents/Developer/usr/bin/llvm-g++-4.2
> failed with exit code 1
>
> the viewer complies using autobuild build.
>
> If I use xcode gui several of the plugins have ld: library not found for
> -lexception_handler error.
>
> What causes the gui to fail when command line compile doesn't?
>
>
>
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20140216/26445975/attachment.htm 


More information about the opensource-dev mailing list