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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).