Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Generate Debug Symbols not set to Yes for Debug target. #5

Open
GoogleCodeExporter opened this issue Apr 14, 2016 · 9 comments
Open

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Run cmake using iOS toolchain
2. Open XCode Project
3. Set a breakpoint
4. Run the project

What is the expected output? What do you see instead?
The breakpoint should have been hit.  It was not hit because Generate Debug 
Symbols is not set to "Yes" by default

What version of the product are you using? On what operating system?
Latest on OSX with Xcode 4.4.1

Original issue reported on code.google.com by kann...@gmail.com on 18 Sep 2012 at 12:09

@GoogleCodeExporter
Copy link
Author

Original comment by wizzr...@gmail.com on 18 Sep 2012 at 2:16

  • Changed state: Accepted

@GoogleCodeExporter
Copy link
Author

Currently the configuration (Debug/Release/etc) dependent settings of Xcode 
properties does not work as expected.

This is not going to be really fixable unless this cmake issue is resolved: 
http://public.kitware.com/Bug/view.php?id=12532

Original comment by wizzr...@gmail.com on 18 Sep 2012 at 4:55

  • Changed state: WontFix

@GoogleCodeExporter
Copy link
Author

I just tested the same project using the cmake OSX Xcode generator, and it sets 
the Debug and Release properties correctly for Generate Debug Symbols.

Is there any way to at least turn on Generate Debug Symbols by default?

Original comment by kann...@gmail.com on 18 Sep 2012 at 6:16

@GoogleCodeExporter
Copy link
Author

To turn on Generate Debug Symbols for all of your configurations simply add 
this line to your CMakeLists.txt right after your target:

set_xcode_property(mytarget GCC_GENERATE_DEBUGGING_SYMBOLS YES)

Original comment by wizzr...@gmail.com on 18 Sep 2012 at 6:26

@GoogleCodeExporter
Copy link
Author

With the release of CMake 2.8.12, which fixes defect 12532, is this something 
you could sort out now?

Original comment by shefmich...@gmail.com on 14 Oct 2013 at 2:04

@GoogleCodeExporter
Copy link
Author

Excellent, I'll get on it. Now it 'should' be fixable

Original comment by wizzr...@gmail.com on 15 Oct 2013 at 2:24

@GoogleCodeExporter
Copy link
Author

Original comment by wizzr...@gmail.com on 15 Oct 2013 at 2:25

  • Changed state: Started

@GoogleCodeExporter
Copy link
Author

Removing the following lines from iOS.cmake solves the issue for me:

  # Force the compilers to gcc for iOS
  include (CMakeForceCompiler)
  CMAKE_FORCE_C_COMPILER (/usr/bin/clang Apple)
  CMAKE_FORCE_CXX_COMPILER (/usr/bin/clang++ Apple)
  set(CMAKE_AR ar CACHE FILEPATH "" FORCE)

Are they really needed?

Autodetection of the compiler seems to work fine for me...

Original comment by jan.rue...@dacuda.com on 4 Aug 2014 at 1:57

@GoogleCodeExporter
Copy link
Author

Hmm... actually removing the lines produes the messages:

  -- Detecting C compiler ABI info - failed
  -- Detecting CXX compiler ABI info - failed

However, changed "Apple" to "Clang" (what also happens when removing the lines) 
seems to solve the issue in the correct way:

  # Force the compilers to clang for iOS
  include (CMakeForceCompiler)
  CMAKE_FORCE_C_COMPILER (/usr/bin/clang Clang)
  CMAKE_FORCE_CXX_COMPILER (/usr/bin/clang++ Clang)
  set(CMAKE_AR ar CACHE FILEPATH "" FORCE)

Original comment by jan.rue...@dacuda.com on 5 Aug 2014 at 8:07

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant