Summary: | dual-packages feature | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Maciej Piechotka <uzytkownik2> |
Component: | [OLD] Development | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED WORKSFORME | ||
Severity: | enhancement | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Maciej Piechotka
2006-03-25 07:12:16 UTC
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. |