All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] catch "new" gcc 3.4.0 sections
@ 2004-04-13 19:20 ` Bradley D. LaRonde
  0 siblings, 0 replies; 5+ messages in thread
From: Bradley D. LaRonde @ 2004-04-13 19:20 UTC (permalink / raw)
  To: linux-mips

Building with gcc 3.4.0 emits a couple new sections, .rodata.cst4 and
.rodata.str1.4, which the current ld.script doesn't contemplate.  Here is a
patch to catch them (and maybe some other latent ones).

Anyone know why or when these sections are emitted?

Regards,
Brad


diff -u -r1.1.1.1 ld.script.in
--- arch/mips/ld.script.in      10 Nov 2003 21:06:52 -0000      1.1.1.1
+++ arch/mips/ld.script.in      13 Apr 2004 19:18:25 -0000
@@ -11,6 +11,11 @@
     *(.text)
     *(.rodata)
     *(.rodata1)
+    *(.rodata.str1.1);
+    *(.rodata.str1.4);
+    *(.rodata.str1.32);
+    *(.rodata.cst4);
+    *(.rodata.cst8);
     /* .gnu.warning sections are handled specially by elf32.em.  */
     *(.gnu.warning)
   } =0

^ permalink raw reply	[flat|nested] 5+ messages in thread
* [PATCH] catch "new" gcc 3.4.0 sections
@ 2004-04-13 19:20 ` Bradley D. LaRonde
  0 siblings, 0 replies; 5+ messages in thread
From: Bradley D. LaRonde @ 2004-04-13 19:20 UTC (permalink / raw)
  To: linux-mips

Building with gcc 3.4.0 emits a couple new sections, .rodata.cst4 and
.rodata.str1.4, which the current ld.script doesn't contemplate.  Here is a
patch to catch them (and maybe some other latent ones).

Anyone know why or when these sections are emitted?

Regards,
Brad


diff -u -r1.1.1.1 ld.script.in
--- arch/mips/ld.script.in      10 Nov 2003 21:06:52 -0000      1.1.1.1
+++ arch/mips/ld.script.in      13 Apr 2004 19:18:25 -0000
@@ -11,6 +11,11 @@
     *(.text)
     *(.rodata)
     *(.rodata1)
+    *(.rodata.str1.1);
+    *(.rodata.str1.4);
+    *(.rodata.str1.32);
+    *(.rodata.cst4);
+    *(.rodata.cst8);
     /* .gnu.warning sections are handled specially by elf32.em.  */
     *(.gnu.warning)
   } =0

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Re: [PATCH] catch "new" gcc 3.4.0 sections
  2004-04-13 19:20 ` Bradley D. LaRonde
  (?)
@ 2004-04-13 19:31 ` Thiemo Seufer
  2004-04-13 19:43     ` Bradley D. LaRonde
  -1 siblings, 1 reply; 5+ messages in thread
From: Thiemo Seufer @ 2004-04-13 19:31 UTC (permalink / raw)
  To: linux-mips

Bradley D. LaRonde wrote:
> Building with gcc 3.4.0 emits a couple new sections, .rodata.cst4 and
> .rodata.str1.4, which the current ld.script doesn't contemplate.  Here is a
> patch to catch them (and maybe some other latent ones).
> 
> Anyone know why or when these sections are emitted?

I'd guess to keep differently aligned strings in separate sections,
as a preliminary for improved string merging.

> Regards,
> Brad
> 
> 
> diff -u -r1.1.1.1 ld.script.in
> --- arch/mips/ld.script.in      10 Nov 2003 21:06:52 -0000      1.1.1.1
> +++ arch/mips/ld.script.in      13 Apr 2004 19:18:25 -0000
> @@ -11,6 +11,11 @@
>      *(.text)
>      *(.rodata)
>      *(.rodata1)
> +    *(.rodata.str1.1);
> +    *(.rodata.str1.4);
> +    *(.rodata.str1.32);
> +    *(.rodata.cst4);
> +    *(.rodata.cst8);

Why not just *(.rodata*); ?


Thiemo

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Re: [PATCH] catch "new" gcc 3.4.0 sections
@ 2004-04-13 19:43     ` Bradley D. LaRonde
  0 siblings, 0 replies; 5+ messages in thread
From: Bradley D. LaRonde @ 2004-04-13 19:43 UTC (permalink / raw)
  To: linux-mips, Thiemo Seufer

----- Original Message ----- 
From: "Thiemo Seufer" <ica2_ts@csv.ica.uni-stuttgart.de>
To: <linux-mips@linux-mips.org>
Sent: Tuesday, April 13, 2004 3:31 PM
Subject: Re: [PATCH] catch "new" gcc 3.4.0 sections


> Bradley D. LaRonde wrote:
> > Building with gcc 3.4.0 emits a couple new sections, .rodata.cst4 and
> > .rodata.str1.4, which the current ld.script doesn't contemplate.  Here
is a
> > patch to catch them (and maybe some other latent ones).
> >
> > Anyone know why or when these sections are emitted?
>
> I'd guess to keep differently aligned strings in separate sections,
> as a preliminary for improved string merging.
>
> > Regards,
> > Brad
> >
> >
> > diff -u -r1.1.1.1 ld.script.in
> > --- arch/mips/ld.script.in      10 Nov 2003 21:06:52 -0000      1.1.1.1
> > +++ arch/mips/ld.script.in      13 Apr 2004 19:18:25 -0000
> > @@ -11,6 +11,11 @@
> >      *(.text)
> >      *(.rodata)
> >      *(.rodata1)
> > +    *(.rodata.str1.1);
> > +    *(.rodata.str1.4);
> > +    *(.rodata.str1.32);
> > +    *(.rodata.cst4);
> > +    *(.rodata.cst8);
>
> Why not just *(.rodata*); ?

I dunno.  There is already a tradition with .rodata and .rodata1 being
listed separately.  Maybe to spy on future gcc behavior?


Regards,
Brad

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Re: [PATCH] catch "new" gcc 3.4.0 sections
@ 2004-04-13 19:43     ` Bradley D. LaRonde
  0 siblings, 0 replies; 5+ messages in thread
From: Bradley D. LaRonde @ 2004-04-13 19:43 UTC (permalink / raw)
  To: linux-mips, Thiemo Seufer

----- Original Message ----- 
From: "Thiemo Seufer" <ica2_ts@csv.ica.uni-stuttgart.de>
To: <linux-mips@linux-mips.org>
Sent: Tuesday, April 13, 2004 3:31 PM
Subject: Re: [PATCH] catch "new" gcc 3.4.0 sections


> Bradley D. LaRonde wrote:
> > Building with gcc 3.4.0 emits a couple new sections, .rodata.cst4 and
> > .rodata.str1.4, which the current ld.script doesn't contemplate.  Here
is a
> > patch to catch them (and maybe some other latent ones).
> >
> > Anyone know why or when these sections are emitted?
>
> I'd guess to keep differently aligned strings in separate sections,
> as a preliminary for improved string merging.
>
> > Regards,
> > Brad
> >
> >
> > diff -u -r1.1.1.1 ld.script.in
> > --- arch/mips/ld.script.in      10 Nov 2003 21:06:52 -0000      1.1.1.1
> > +++ arch/mips/ld.script.in      13 Apr 2004 19:18:25 -0000
> > @@ -11,6 +11,11 @@
> >      *(.text)
> >      *(.rodata)
> >      *(.rodata1)
> > +    *(.rodata.str1.1);
> > +    *(.rodata.str1.4);
> > +    *(.rodata.str1.32);
> > +    *(.rodata.cst4);
> > +    *(.rodata.cst8);
>
> Why not just *(.rodata*); ?

I dunno.  There is already a tradition with .rodata and .rodata1 being
listed separately.  Maybe to spy on future gcc behavior?


Regards,
Brad

^ permalink raw reply	[flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-04-13 19:43 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-04-13 19:20 [PATCH] catch "new" gcc 3.4.0 sections Bradley D. LaRonde
2004-04-13 19:20 ` Bradley D. LaRonde
2004-04-13 19:31 ` Thiemo Seufer
2004-04-13 19:43   ` Bradley D. LaRonde
2004-04-13 19:43     ` Bradley D. LaRonde

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.