Ingo Molnar wrote:Otherwise you're forcing everyone to take the cost of additional cache footprint, plus optimizer interference, just because they might want to possibly do some trivial tracing. DEBUG_INFO is The Right Thing for this, as it carries all the information you may want in a well-defined format. You don't necessarily have to keep all this information around, of course; you can distill out the information for the trace sites at compile time and keep a tracer information file, after which you can strip the information. There is actually yet another alternative, though, which is to build the tracer at compile time. The tricky part of this is that it almost requires inserting a preprocessor before the assembler, and use really ugly asm() macros to extract the very information that the debug format is designed explicitly to extract! Personally, I think requiring DEBUG_INFO is a helluva lot less ugly than these branch hacks. -hpa --
| Ryan Hope | reiser4 for 2.6.27-rc1 |
| Robin Lee Powell | NFS hang + umount -f: better behaviour requested. |
| Rene Herman | Re: New conflict message in latest GIT |
| Greg Kroah-Hartman | [PATCH 013/196] Documentation: Replace obsolete "driverfs" with "sysfs". |
git: | |
| Junio C Hamano | Re: [PATCH] Teach remote machinery about remotes.default config variable |
| Jakub Narebski | [PATCH] gitweb: Use File::Find::find in git_get_projects_list |
| Shawn O. Pearce | [PATCH] Correct dir.c to compile on Solaris 9 |
| Christian Couder | [PATCH] help: warn if specified 'man.viewer' is unsupported, instead of erroring out |
| Richard Stallman | Real men don't attack straw men |
| Steven Surdock | Problems with second ipsec(ctl) tunnel |
| Chris | Prolific USB-Serial Controller |
| Wijnand Wiersma | Almost success: OpenBSD on Xen |
| Jim Winstead Jr. | Re: Root Disk/Book Disk Compatibility |
| Stephen Pierce | SLS |
| Doug Evans | Re: Stabilizing Linux |
| Peter MacDonald | shoelace |
