[Kst] Re: cmake

[Matthew D Truch]

> > With voodoo and magic.  ;-)  They have a custom strip that takes what it
> > extracts and puts it in a file with an identical name and path as the
> > file which was stripped but prepended with the /usr/lib/debug directory.
> > Furthermore, the source files are put under /usr/src/debug.  Then
> > everything in these debug directories is packaged in a separate
> > debuginfo package.  gdb and friends are configured to also look in those
> > places for the debugging symbols and for the source.  Finally, when
> > packages crash and a useless backtrace pops up in the gui, a button is
> > available which loads all appropriate debuginfo packages via the usual
> > packaging system and then *poof* the backtrace reloads with useful info.
> >
> 
> This sounds great, indeed! And what are cmake commands ;)
> 
> Seriously, what are the key words to google for?

Sorry, I misunderstood your question.  Ummm "cmake disable strip enable
optimization".  I came up with this page:
http://www.cmake.org/cmake/help/cmake-2-8-docs.html#variable:CMAKE_BUILD_TYPE
which makes me think that setting it to "RelWithDebInfo" might be
correct?  I appologize for knowing nothing about cmake.  

-- 
"One in every seven days is a Thursday."
--------------------------
Matthew Truch
Department of Physics and Astronomy
University of Pennsylvania
matt at truch.net
http://matt.truch.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kst/attachments/20110222/32874745/attachment.sig