From: Mumit Khan <khan@xraylith.wisc.edu>
To: egcs@cygnus.com
Subject: (1.0.2) std/bastring.h change -- Why add std/bastring.cc?
Date: Tue, 17 Feb 1998 09:51:00 -0000 [thread overview]
Message-ID: <9802171751.AA16745@modi.xraylith.wisc.edu> (raw)
Both pre-1.0.2 and new'ish snapshots have the Jason's Feb 12 change
where he adds bastring.cc to bastring.h. Why was this necessary? It
would seem to cause unnecessary code-bloat on non-ELF (and PE when
the bugs are fixed) systems. What am I missing here?
For example, given the following code on sparc-sun-sunos4.1.3, stock
assembler:
#include <string>
int main () {
string s ("hello");
return 0;
}
before:
U basic_string<char, string_char_traits<char> >::~basic_string(void)
U basic_string<char, string_char_traits<char> >::basic_string(char const *)
and now (Yikes!):
t __default_alloc_template<false, 0>::FREELIST_INDEX(unsigned int)
t __default_alloc_template<false, 0>::ROUND_UP(unsigned int)
t basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::~basic_string(void)
t ___dl__Q2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03RepPv
t ___nw__Q2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03RepUiUi
t basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::basic_string(char const *)
U basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::nilRep
t __malloc_alloc_template<0>::allocate(unsigned int)
t __default_alloc_template<false, 0>::allocate(unsigned int)
t basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::assign(char const *)
t basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::assign(char const *, unsigned int)
t basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::capacity(void) const
t basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::check_realloc(unsigned int) const
t __default_alloc_template<false, 0>::chunk_alloc(unsigned int, int &)
t _clone__Q2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03Rep
t _copy__Q2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03RepUiPCcUi
t _create__Q2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03RepUi
t basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::data(void) const
t _data__Q2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03Rep
t __default_alloc_template<false, 0>::deallocate(void *, unsigned int)
t _excess_slop__Q2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03RepUiUi
t _frob_size__Q2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03RepUi
t _grab__Q2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03Rep
t basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::length(void) const
t basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::max_size(void) const
t _move__Q2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03RepUiPCcUi
t __default_alloc_template<false, 0>::refill(unsigned int)
t _release__Q2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03Rep
t basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::rep(void) const
t basic_string<char, string_char_traits<char>,
__default_alloc_template<false, 0> >::replace(unsigned int, unsigned int, char const *, unsigned int)
t _repup__t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i0PQ2t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i03Rep
Regards,
Mumit
next reply other threads:[~1998-02-17 9:51 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-02-17 9:51 Mumit Khan [this message]
1998-02-17 10:40 ` Joe Buck
[not found] ` <199802171840.KAA06006.cygnus.egcs@atrus.synopsys.com>
1998-02-17 13:54 ` Jason Merrill
1998-02-17 15:16 ` H.J. Lu
1998-02-17 23:59 ` Mumit Khan
1998-02-18 14:54 ` H.J. Lu
1998-02-18 14:54 ` A STL patch for egcs 1.0.2 H.J. Lu
[not found] ` <m0y5H2p-00058KC.cygnus.egcs@ocean.lucon.org>
1998-02-19 10:45 ` (1.0.2) std/bastring.h change -- Why add std/bastring.cc? Jason Merrill
[not found] ` <m0y5H5T-00058KC.cygnus.egcs@ocean.lucon.org>
1998-02-19 10:47 ` A STL patch for egcs 1.0.2 Jason Merrill
1998-02-19 10:47 ` H.J. Lu
1998-02-19 12:42 ` Jason Merrill
1998-02-20 12:26 ` H.J. Lu
1998-02-20 12:26 ` Jason Merrill
1998-02-20 12:26 ` H.J. Lu
1998-02-20 11:09 ` Jason Merrill
1998-02-19 14:09 ` Ulrich Drepper
1998-02-22 16:39 ` Jeffrey A Law
1998-02-23 11:00 ` H.J. Lu
1998-02-23 9:19 ` Jeffrey A Law
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=9802171751.AA16745@modi.xraylith.wisc.edu \
--to=khan@xraylith.wisc.edu \
--cc=egcs@cygnus.com \
/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 read-only IMAP folder(s) and NNTP newsgroup(s).