Opened 13 years ago
Closed 13 years ago
#29789 closed defect (worksforme)
debug variant of kdelibs4 port is not debuggable
Reported by: | mkae (Marko Käning) | Owned by: | nerdling (Jeremy Lavergne) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.9.2 |
Keywords: | Cc: | sharky@…, michaelld (Michael Dickens) | |
Port: | kdelibs4 |
Description
Would be really cool to have a debug variant of this port!
Change History (5)
comment:1 Changed 13 years ago by mkae (Marko Käning)
Summary: | debug variant of kdelibs4 port → debug variant of kdelibs4 port is not debuggable |
---|
comment:2 Changed 13 years ago by jmroot (Joshua Root)
The cmake portgroup already defines a debug variant, but capitalises "debugFull" differently.
comment:3 Changed 13 years ago by mkae (Marko Käning)
Thanks jmr for the hint. I'll try to rebuild kdelibs4 in that variant now. Hope that fixes the debugging issue I keep having.
comment:4 Changed 13 years ago by mkae (Marko Käning)
Although the debug variant of mine seems to install fine "port contents" eventually doesn't show any *_debug-libraries as the result. It looks like the port does not
[ MP-devel ] :kdelibs4 marko$ sudo port install +debug ---> Computing dependencies for kdelibs4 ---> Fetching kdelibs4 ---> Verifying checksum(s) for kdelibs4 ---> Extracting kdelibs4 ---> Applying patches to kdelibs4 ---> Configuring kdelibs4 ---> Building kdelibs4 ---> Staging kdelibs4 into destroot ---> Installing kdelibs4 @4.6.3_3+debug ---> Deactivating kdelibs4 @4.6.3_2 ---> Cleaning kdelibs4 ---> Activating kdelibs4 @4.6.3_3+debug ########################################################## # Don't forget that dbus needs to be started as the local # user (not with sudo) before any KDE programs will launch # To start it run the following command: # launchctl load /Library/LaunchAgents/org.freedesktop.dbus-session.plist ########################################################## ###################################################### # Programs will not start until you run the command # 'sudo chown -R $USER ~/Library/Preferences/KDE' # replacing $USER with your username. ###################################################### ---> Cleaning kdelibs4 [ MP-devel ] :kdelibs4 marko$ port contents kdelibs4 | grep debug /opt/macports-test/include/kdebug.h /opt/macports-test/share/apps/cmake/modules/KDELibs4LibraryTargets-debugfull.cmake /opt/macports-test/share/apps/cmake/modules/KDELibs4ToolsTargets-debugfull.cmake /opt/macports-test/share/apps/katepart/syntax/xmldebug.xml /opt/macports-test/share/config/kdebug.areas /opt/macports-test/share/config/kdebugrc
/opt/macports-test/share/apps/cmake/modules/KDELibs4LibraryTargets-debugfull.cmake, however, seem to say that the debug versions of the libraries don't have the "_debug" suffix anyway:
# Import target "KDE4__kdecore" for configuration "Debugfull" SET_PROPERTY(TARGET KDE4__kdecore APPEND PROPERTY IMPORTED_CONFIGURATIONS DEBUGFULL) SET_TARGET_PROPERTIES(KDE4__kdecore PROPERTIES IMPORTED_LINK_INTERFACE_LIBRARIES_DEBUGFULL "Qt4::QtDBus;Qt4::QtCore;-lpthread;-framework Carbon" IMPORTED_LOCATION_DEBUGFULL "/opt/macports-test/lib/libkdecore.5.6.0.dylib" IMPORTED_SONAME_DEBUGFULL "libkdecore.5.dylib" )
...or, do I misunderstand this?
comment:5 Changed 13 years ago by mkae (Marko Käning)
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Well, eventually I am able to debug into KDE's libs. (With my debug-variant from above. Didn't test the +debugFull variant again.)
I realized that it is easy enough to implement by simply adding
But for some reason I was still unable to step into the libraries with gdb/Xcode. :-(
I did set the environment variable:
Any hints what could have gone wrong?