On Tue, Jun 15, 2010 at 12:02 AM, Tim Abbott <tabbott@xxxxxxxxxxx> wrote: > On Mon, 14 Jun 2010, James Bottomley wrote: > >> On Mon, 2010-06-14 at 20:33 +0100, Matt Fleming wrote: >> > On Mon, 14 Jun 2010 10:32:46 -0400 (EDT), Tim Abbott <tabbott@xxxxxxxxxxx> wrote: >> > > >> > > I was planning to submit in the next couple weeks a change that adds >> > > support for building the kernel with -ffunction-sections -fdata-sections, >> > > which would have as a piece of it adding to TEXT_TEXT the following >> > > expression: >> > > >> > > *(.text.[A-Za-z$_]*) /* handle -ffunction-sections */\ >> >> Just as a point of technical interest, that won't handle >> -ffunction-sections. At least on parisc, we get a >> section .text.<function name> for every function. This means that any >> character legal in a function name can appear there, not just letters >> and underscores (we get millicode ones with dollar signs as well for >> instance). That's why *(.text.*) is safer > > Hi James, > > I believe that the pattern [A-Za-z$_] matches all valid characters to > start a function name (in particular, it includes "$"). If I'm missing > any valid characters for the start of a function name, please correct me. Yes, I think we need to add 0-9 too. C names can't have a digit as a starting character, but linker can produce such names when invoked as "ld -r --unique" (incremental linking). Currently we use just "ld -r" to combine all .o files from a directory into one bigger .o file, but this combines all similarly-named sections. This not only combines all .text sections from every input .o file into one .text section (which isn't surprising), but also combines all .text.func sections too. Which we don't want to happen when we (eventually) want to link kernel with --gc-sections. The fix already exists: "ld -r --unique". With --unique, ld will create unique sections named .text.1, .text.2, .text.func.1 and such. Therefore, in order to accomodate .text.NUM sections in the future, we'd better use .text.[A-Za-z0-9$_]* pattern. -- vda -- To unsubscribe from this list: send the line "unsubscribe linux-arch" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
