This is the mail archive of the
mailing list for the GCC project.
Re: String literals in __init functions
- From: Joe Perches <joe at perches dot com>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: Andrew Morton <akpm at linux-foundation dot org>, gcc at gcc dot gnu dot org, Mathias Krause <minipli at googlemail dot com>, Mason <slash dot tmp at free dot fr>, Linux ARM <linux-arm-kernel at lists dot infradead dot org>, LKML <linux-kernel at vger dot kernel dot org>, Ingo Molnar <mingo at kernel dot org>
- Date: Thu, 02 Apr 2015 09:23:23 -0700
- Subject: Re: String literals in __init functions
- Authentication-results: sourceware.org; auth=none
- References: <5512F6C6 dot 1020304 at free dot fr> <1427306517 dot 2717 dot 0 dot camel at perches dot com> <5513FE2F dot 3040306 at free dot fr> <1427386390 dot 15849 dot 13 dot camel at perches dot com> <CA+rthh9Fb2q+O_wicc6eNcbo6SzwOVZed=tnThJLF-xuoQ-+Cw at mail dot gmail dot com> <1427392393 dot 15849 dot 16 dot camel at perches dot com> <CA+rthh8irf+tTSbomivu=bgN-L1k99TQ-q6UYgmMRC1PNOG7qw at mail dot gmail dot com> <20150326144058 dot 56ef6916b00ad38030296089 at linux-foundation dot org> <1427407120 dot 15849 dot 34 dot camel at perches dot com> <alpine dot DEB dot 2 dot 10 dot 1504021558350 dot 27469 at digraph dot polyomino dot org dot uk>
On Thu, 2015-04-02 at 16:00 +0000, Joseph Myers wrote:
> On Thu, 26 Mar 2015, Joe Perches wrote:
> > > I'd have thought that a function-wide
> > > __attribute__((__string_section__(foo))
> > > wouldn't be a ton of work to implement.
> > Maybe not.
> > Could some future version of gcc move string constants
> > in a function to a specific section marked in a manner
> > similar to what Andrew described above?
> Putting string constants in a special section is an old project idea at
That's news to me. Thanks for the link.
> I still think support for that would make sense.
That's good to know.
Do you know of a mechanism in place to prioritize
development for these optimization projects or is
this a placeholder for unscheduled or unresourced