> > Just FYI, newer gcc does this in theory automatically when you specify
> >
> > -feliminate-unused-debug-types -feliminate-unused-debug-symbols
> google did not turn up anything useful.
> Do you have a poiter to where these are described?
info gcc
>
>
> > There is also -feliminate-dwarf2-d
On Sun, Feb 24, 2008 at 09:25:19AM +0100, Samuel Tardieu wrote:
> Andy> -feliminate-unused-debug-types -feliminate-unused-debug-symbols
> Andy> -feliminate-dwarf2-dups
>
> Sam> google did not turn up anything useful. Do you have a poiter to
> Sam> where these are described?
>
> >From GCC (svn) m
Andy> -feliminate-unused-debug-types -feliminate-unused-debug-symbols
Andy> -feliminate-dwarf2-dups
Sam> google did not turn up anything useful. Do you have a poiter to
Sam> where these are described?
>From GCC (svn) man page:
-feliminate-unused-debug-symbols
Produce debugging informa
Hi Andi.
On Mon, Feb 18, 2008 at 02:12:01PM +0100, Andi Kleen wrote:
> Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> writes:
> >
> > [EMAIL PROTECTED] net-2.6]$ l /tmp/sys_ia32.o.before /tmp/sys_ia32.o.after
> > -rw-rw-r-- 1 acme acme 185240 2008-02-06 19:19 /tmp/sys_ia32.o.after
> > -rw-rw-r-- 1 a
Em Mon, Feb 18, 2008 at 03:50:06PM +0100, Andi Kleen escreveu:
> > I found just it to be another reason for cleaning up the includes hell,
> > but I agree completely that the correct solution is for gcc to do the
> > right thing and eliminate unused debug types.
>
> Yes, but I'm a little disappoin
> I found just it to be another reason for cleaning up the includes hell,
> but I agree completely that the correct solution is for gcc to do the
> right thing and eliminate unused debug types.
Yes, but I'm a little disappointed that it doesn't work either.
I remember long ago trying an original p
On Mon, Feb 18, 2008 at 02:12:01PM +0100, Andi Kleen wrote:
> Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> writes:
> >
> > [EMAIL PROTECTED] net-2.6]$ l /tmp/sys_ia32.o.before /tmp/sys_ia32.o.after
> > -rw-rw-r-- 1 acme acme 185240 2008-02-06 19:19 /tmp/sys_ia32.o.after
> > -rw-rw-r-- 1 acme acme 2
Em Mon, Feb 18, 2008 at 02:12:01PM +0100, Andi Kleen escreveu:
> Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> writes:
> >
> > [EMAIL PROTECTED] net-2.6]$ l /tmp/sys_ia32.o.before /tmp/sys_ia32.o.after
> > -rw-rw-r-- 1 acme acme 185240 2008-02-06 19:19 /tmp/sys_ia32.o.after
> > -rw-rw-r-- 1 acme acm
Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> writes:
>
> [EMAIL PROTECTED] net-2.6]$ l /tmp/sys_ia32.o.before /tmp/sys_ia32.o.after
> -rw-rw-r-- 1 acme acme 185240 2008-02-06 19:19 /tmp/sys_ia32.o.after
> -rw-rw-r-- 1 acme acme 248328 2008-02-06 19:00 /tmp/sys_ia32.o.before
>
> Almost 64KB on
On Thu, 7 Feb 2008, Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> I'm starting with you because the first file I used to
> experiment with this idea was arch/x86/ia32/sys_ia32.c.
>
> I found it strange that the struct sk_buff definition was found
> inside the DWARF debugging sections
Hi Ingo,
I'm starting with you because the first file I used to
experiment with this idea was arch/x86/ia32/sys_ia32.c.
I found it strange that the struct sk_buff definition was found
inside the DWARF debugging sections in the generated object, so I verified
and found that there i
11 matches
Mail list logo
