[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4A897CCA.7030809@bitwagon.com>
Date: Mon, 17 Aug 2009 08:52:42 -0700
From: John Reiser <jreiser@...wagon.com>
To: Steven Rostedt <rostedt@...dmis.org>
CC: Steven Rostedt <srostedt@...hat.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: recordmcount commutes with "ld -r"
On 08/17/2009 07:33 AM, Steven Rostedt wrote:
> On Mon, 10 Aug 2009, John Reiser wrote:
>> recordmcount commutes with "ld -r". ...
> Running the linking on the built-in.o and *.ko files is a good idea.
I'll see what it takes to patch scripts/Makefile.build and any other
build-control file that is required.
>> I noticed another property. Logically, recordmcount could modify a
>> .o file in place. ...
>> I have written recordmcount.c which does such modify-in-place ...
> I would be interested in seeing it. Do you require any of the elf
> libraries to use this? If so, that would make the kernel build
> dependent on having the development elf libraries installed.
No, my recordmcount.c is completely standalone except for libc.so.
I'll sent it to you (and anyone else who asks) separately.
> I've thought about converting recordmcount into a C file before, but I was
> a bit hesitant on rewriting elf routines (although I've done it before
> and they are quite trivial) but even more concerned on breaking other
> archs.
Yes, the major question is whether R_ARM_ABS32, R_IA64_IMM64, R_PPC64_ADDR64,
R_SH_DIR32, R_SPARC_64, R_390_64, and R_390_32 are the correct relocation
enums for a plain address. That will require testers...
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists