Idea is as in -dbg debian packages. Have in system in the same time packages stripped (for normal use) and for developers. It could use for example anouthe CFLAGS (like CFLAGS_DEBUG).
emerge latest portage and see FEATURES="splitdebug". Reopen if I have misunderstood your request.
If I understend make.conf(5) it just strip or not. I mean something more: CFLAGS="-O3 -march=pentium3 -mmmx -msse -mfpmath=sse -fomit-frame-pointer -ffast-math -pipe" CFLAGS_DEBUG="-O0 -ggdb" In normal work I don't need have frame pointer, additional debug info and I can optymalize it. However it's wrong for debugging.
(In reply to comment #2) > If I understend make.conf(5) it just strip or not. No, you don't understand it. It saves debugging info into /usr/lib/debug *before* stripping the binaries. Please, test the feature before reopening this bug.
I've understood. IWhat is now it's usful - I agree. But compilation with the same flags: a) would not be for dubug as good as it could be (-On where n != 0 can make some vars unexisting, -fomit-frame-pointer ect.). or b) would not be as fast for normal work as it could be (-O0 is slower) In addition: There are differences which are not in stripping: struct some_struct { //some var #ifdef DEBUG //some debug vars #endif } ect. It's very similar to splitdebug - but it have few differences (like rerun configure script, add debug flag ect.). http://live.gnome.org/GettingTraces/DistroSpecificInstructions says to remove agressive flags from CFLAGS. But for normal work this optimalisation make my gnome much faster. Regards. PS. I understend splitdebug but I use shortcut incorrect abrigement.
(In reply to comment #4) > I've understood. IWhat is now it's usful - I agree. > But compilation with the same flags: > a) would not be for dubug as good as it could be (-On where n != 0 can make > some vars unexisting, -fomit-frame-pointer ect.). > or > b) would not be as fast for normal work as it could be (-O0 is slower) The splitdebug feature is intended to help Gentoo developers with debugging user-submitted issues, while still allowing users to use their normal C[XX]FLAGS. Users are able to provide useful debugging info even without using compiler flags like -ggdb etc. What you are requesting is indeed beyond the scope of this feature. If you wish to discuss this/suggest some way of implementation, I'd ask you to take this to gentoo-dev mailing list first, it's a much better place for discussion. Thanks.
