[Qt-creator] Debugging in QtCreator only shows disassembly

Ziller Eike Eike.Ziller at theqtcompany.com
Wed Nov 4 09:26:41 CET 2015

> On Nov 3, 2015, at 11:29 PM, israel at eraalaska.net wrote:
> On Nov 3, 2015, at 1:11 PM, André Pönitz <apoenitz at t-online.de> wrote:
>> On Tue, Nov 03, 2015 at 01:08:26PM -0900, israel at eraalaska.net wrote:
>>>> On Nov 3, 2015, at 12:41 PM, André Pönitz <apoenitz at t-online.de> wrote:
>>>> On Tue, Nov 03, 2015 at 12:24:22PM -0900, israel at eraalaska.net wrote:
>>>>> See the attached screen shot for the issue. The calculatePayPeriods()
>>>>> function is one I wrote, defined in the utilities.cpp file. I also tried
>>>>> going back to Qt 5.4 and an older version of Qt Creator, but neither of
>>>>> those helped any.
>>>> Does that change if you switch on 
>>>> "Use debug version of frameworks (DYLD_IMAGE_SUFFIX=_debug)"
>>>> in your project's Run settings?
>>> Doesn't appear to, no. Breakpoints are still ignored, and hitting the pause
>>> button still just drops me into the disassembler view, even once I have
>>> selected my function.
>> This pretty much sounds like your executable is not compiled with
>> debug information.
> Sort of sounds that way, yeah. Which of course begs the question of why?
>> Can you double-check this is indeed a debug build, and perhaps show
>> the contents of the "Compile Output" pane of a clean re-build?
> Indeed it is a debug build, unless I am missing something. The attached text file contains the compile output of the latest run.
> Note that I am using g++ rather than clang++ - I switched after reading a stack overflow answer where someone else reported similar symptoms, and success by switching. As it didn't seem to help in my case, I'll probably switch back.

Since Clang is the only really supported compiler by Apple nowadays, you should really use that.
I suppose you tried a complete rebuild? If you happen to use ccache you should probably also try clearing your cache (ccache -C ?).

You can check how the debug info in an object file looks like with ‘dwarfdump’. Note that on OS X the debug info stays in the .o files if you do not use dsymutil after your build to extract it from them, so should avoid deleting them. And avoid moving them away. Though, for some things they fall back to use Spotlight for finding things (e.g. if you extract the debug info with dsymutil, afaik Spotlight is used to find the .dsym bundle the corresponds to your binary). Which actually might break if you are working on a volume that is excluded from Spotlight indexing.

I remember that using distcc also lead to the remotely compiled files having broken debug info (the paths to the sources in the debug info was wrong) because Clang made stupid assumptions. Haven’t checked that for a while though.

Br, Eike

> <compileOutput.txt>
> -----------------------------------------------
> Israel Brewster
> Systems Analyst II
> Ravn Alaska
> 5245 Airport Industrial Rd
> Fairbanks, AK 99709
> (907) 450-7293
> -----------------------------------------------
>> Andre'
> _______________________________________________
> Qt-creator mailing list
> Qt-creator at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

Eike Ziller, Senior Software Engineer - The Qt Company GmbH
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B

More information about the Qt-creator mailing list