From: Coywolf Qi Hunt <coywolf@gmail.com>
To: Linus Torvalds <torvalds@osdl.org>
Cc: Andreas Ericsson <ae@op5.se>, Junio C Hamano <junkio@cox.net>,
Git Mailing List <git@vger.kernel.org>
Subject: Re: git binary size...
Date: Thu, 12 Jan 2006 18:15:08 +0800 [thread overview]
Message-ID: <2cd57c900601120215pdb5da27l@mail.gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0601111134560.5073@g5.osdl.org>
2006/1/12, Linus Torvalds <torvalds@osdl.org>:
>
>
> On Wed, 11 Jan 2006, Andreas Ericsson wrote:
> >
> > strip:
> > strip $(PROGRAMS)
> >
> > install: strip
>
> Well, that ends up shaving some more from the binaries, but at a much
> bigger cost than just removing "-g".
>
> With stripped binaries, you can't really do _anything_. You get a
> core-file, and you're screwed.
Are you sure?
gemini:~> file `which mke2fs`
/sbin/mke2fs: ELF 32-bit LSB executable, Intel 80386, version 1
(SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs),
stripped
gemini:~> file /lib/libext2fs.so.2
/lib/libext2fs.so.2: symbolic link to `libext2fs.so.2.4'
gemini:~> file /lib/libext2fs.so.2.4
/lib/libext2fs.so.2.4: ELF 32-bit LSB shared object, Intel 80386,
version 1 (SYSV), stripped
In gdb:
No symbol table is loaded. Use the "file" command.
(gdb) bt
#0 0xb7f16445 in ext2fs_mark_generic_bitmap () from /lib/libext2fs.so.2
#1 0xb7f110ed in ext2fs_reserve_super_and_bgd () from /lib/libext2fs.so.2
#2 0xb7f18353 in ext2fs_initialize () from /lib/libext2fs.so.2
#3 0x0804b461 in ?? ()
#4 0xbf84b9ad in ?? ()
#5 0x00000000 in ?? ()
So with stripped binary, I still get the backtrace to locate the buggy
function. IMO, Debian packages are build with -g.
So I suggest to let git go with `-g and striped' like all other packages do.
And if we use gnu autoconf, which provides site config ability, we
could easily get (1) "-g, striped" for distros, (2) "not striped" for
Linus and (3) "-g3, -O0, no striped" for some git developers.
To make git not tight to Linux, but cross platform, consider autoconf.
>
> With non-stripped binaries you can at least see the function the SIGSEGV
> happened in, and you usually even get a half-way decent backtrace etc.
>
False, see above.
> Linus
If I missed something in Debian, correct me.
--
Coywolf Qi Hunt
next prev parent reply other threads:[~2006-01-12 12:56 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-11 18:26 git binary size Linus Torvalds
2006-01-11 19:14 ` Andreas Ericsson
2006-01-11 19:39 ` H. Peter Anvin
2006-01-11 19:54 ` Andreas Ericsson
2006-01-11 19:56 ` H. Peter Anvin
2006-01-11 20:00 ` Andreas Ericsson
2006-01-11 19:40 ` Junio C Hamano
2006-01-11 19:44 ` Linus Torvalds
2006-01-11 19:58 ` H. Peter Anvin
2006-01-12 10:15 ` Coywolf Qi Hunt [this message]
2006-01-12 13:49 ` Andreas Ericsson
2006-01-12 17:37 ` H. Peter Anvin
2006-01-12 18:13 ` Linus Torvalds
2006-01-12 18:32 ` Johannes Schindelin
2006-01-12 18:46 ` Linus Torvalds
2006-01-12 19:16 ` H. Peter Anvin
2006-01-20 18:00 ` Jon Loeliger
2006-01-12 18:12 ` Linus Torvalds
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2cd57c900601120215pdb5da27l@mail.gmail.com \
--to=coywolf@gmail.com \
--cc=ae@op5.se \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
--cc=torvalds@osdl.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.