From: dmartin@clifton-labs.com (Dale E. Martin)
To: Alexandre Oliva <oliva@dcc.unicamp.br>
Cc: egcs@egcs.cygnus.com
Subject: Re: -frepo bugs in 1.1.1?
Date: Mon, 08 Mar 1999 12:21:00 -0000 [thread overview]
Message-ID: <87k8wr4ttd.fsf@chinchilla.clifton-labs.com> (raw)
In-Reply-To: Alexandre Oliva's message of "08 Mar 1999 16:46:14 -0300"
Alexandre Oliva <oliva@dcc.unicamp.br> writes:
> Why do you think so?
As one example - if I run "strings scram | grep "dl_list" | wc -l" on my
binary, I get 262 lines of output. "dl_list" is a very small template
class. So I'm assuming it's due to multiple instances. Is this a bad
assumption? Could it be due to inlining? Even if I'm compiling without
optimization?
Here's what the lines look like:
class wrapper_container * dl_list<IIR_Declaration>::find<IIR_Declaration>(const
class IIR_Declaration *)
util/dl_list.hh
class wrapper_container * dl_list<char>::find<char>(const char *)
class wrapper_container * dl_list<IIR_Declaration>::find<IIR_Declaration>(const
class IIR_Declaration *)
util/dl_list.hh
class wrapper_container * dl_list<IIR_Declaration>::find<IIR_Declaration>(const
class IIR_Declaration *)
util/dl_list.hh
bool dl_list<IIR_Declaration>::remove<IIR_Declaration>(const class IIR_Declarati
on *)
class wrapper_container * dl_list<char>::find<char>(const char *)
class wrapper_container * dl_list<IIR_Declaration>::find<IIR_Declaration>(const
class IIR_Declaration *)
util/dl_list.hh
class wrapper_container * dl_list<IIR>::find<IIR>(const class IIR *)
bool dl_list<IIR>::remove<IIR>(const class IIR *)
class wrapper_container * dl_list<declaration_chain>::find<declaration_chain>(co
nst class declaration_chain *)
util/dl_list.hh
class wrapper_container * dl_list<IIR>::find<IIR>(const class IIR *)
util/dl_list.hh
LOTS of them are for <IIR_Declaration>, and there are many
dl_list<IIR_Declaration> instantiations in my code, hence my assumption.
> Which platform is that?
Linux glibc-2.0.7 - it's Debian 2.1 box.
>What linker are you using?
~> ld --version
GNU ld 2.9.1
> > Are there bugs in -frepo in egcs-1.1.1?
>
> AFAIR, yes.
Am I barking up the wrong tree?
Thanks,
Dale
--
+------------------------- pgp key available --------------------------+
| Dale E. Martin | Clifton Labs, Inc. | Senior Computer Engineer |
| dmartin@clifton-labs.com | http://www.clifton-labs.com |
+----------------------------------------------------------------------+
WARNING: multiple messages have this Message-ID
From: dmartin@clifton-labs.com (Dale E. Martin)
To: Alexandre Oliva <oliva@dcc.unicamp.br>
Cc: egcs@egcs.cygnus.com
Subject: Re: -frepo bugs in 1.1.1?
Date: Wed, 31 Mar 1999 23:46:00 -0000 [thread overview]
Message-ID: <87k8wr4ttd.fsf@chinchilla.clifton-labs.com> (raw)
Message-ID: <19990331234600.hz04Pgup4av7Rmdrz5mP8lmOHvTsQwCjyxKayhhkBkg@z> (raw)
In-Reply-To: <oru2vvrchl.fsf@araguaia.dcc.unicamp.br>
Alexandre Oliva <oliva@dcc.unicamp.br> writes:
> Why do you think so?
As one example - if I run "strings scram | grep "dl_list" | wc -l" on my
binary, I get 262 lines of output. "dl_list" is a very small template
class. So I'm assuming it's due to multiple instances. Is this a bad
assumption? Could it be due to inlining? Even if I'm compiling without
optimization?
Here's what the lines look like:
class wrapper_container * dl_list<IIR_Declaration>::find<IIR_Declaration>(const
class IIR_Declaration *)
util/dl_list.hh
class wrapper_container * dl_list<char>::find<char>(const char *)
class wrapper_container * dl_list<IIR_Declaration>::find<IIR_Declaration>(const
class IIR_Declaration *)
util/dl_list.hh
class wrapper_container * dl_list<IIR_Declaration>::find<IIR_Declaration>(const
class IIR_Declaration *)
util/dl_list.hh
bool dl_list<IIR_Declaration>::remove<IIR_Declaration>(const class IIR_Declarati
on *)
class wrapper_container * dl_list<char>::find<char>(const char *)
class wrapper_container * dl_list<IIR_Declaration>::find<IIR_Declaration>(const
class IIR_Declaration *)
util/dl_list.hh
class wrapper_container * dl_list<IIR>::find<IIR>(const class IIR *)
bool dl_list<IIR>::remove<IIR>(const class IIR *)
class wrapper_container * dl_list<declaration_chain>::find<declaration_chain>(co
nst class declaration_chain *)
util/dl_list.hh
class wrapper_container * dl_list<IIR>::find<IIR>(const class IIR *)
util/dl_list.hh
LOTS of them are for <IIR_Declaration>, and there are many
dl_list<IIR_Declaration> instantiations in my code, hence my assumption.
> Which platform is that?
Linux glibc-2.0.7 - it's Debian 2.1 box.
>What linker are you using?
~> ld --version
GNU ld 2.9.1
> > Are there bugs in -frepo in egcs-1.1.1?
>
> AFAIR, yes.
Am I barking up the wrong tree?
Thanks,
Dale
--
+------------------------- pgp key available --------------------------+
| Dale E. Martin | Clifton Labs, Inc. | Senior Computer Engineer |
| dmartin@clifton-labs.com | http://www.clifton-labs.com |
+----------------------------------------------------------------------+
next prev parent reply other threads:[~1999-03-08 12:21 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-03-08 5:36 Dale E. Martin
1999-03-08 11:50 ` Alexandre Oliva
1999-03-08 12:21 ` Dale E. Martin [this message]
1999-03-08 12:38 ` Alexandre Oliva
1999-03-08 13:01 ` Dale E. Martin
1999-03-08 13:09 ` Alexandre Oliva
1999-03-08 13:49 ` Dale E. Martin
[not found] ` < 8790d74pps.fsf@chinchilla.clifton-labs.com >
1999-03-08 13:57 ` Joe Buck
1999-03-31 23:46 ` Joe Buck
1999-03-31 23:46 ` Dale E. Martin
1999-03-31 23:46 ` Alexandre Oliva
1999-03-31 23:46 ` Dale E. Martin
1999-03-31 23:46 ` Alexandre Oliva
1999-03-31 23:46 ` Dale E. Martin
1999-03-31 23:46 ` Alexandre Oliva
1999-03-31 23:46 ` Dale E. Martin
[not found] <8790d8m7bm.fsf.cygnus.egcs@chinchilla.clifton-labs.com>
1999-03-08 12:22 ` Jason Merrill
1999-03-08 12:32 ` Dale E. Martin
1999-03-31 23:46 ` Dale E. Martin
1999-03-31 23:46 ` Jason Merrill
1999-03-08 14:57 Mike Stump
1999-03-31 23:46 ` Mike Stump
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=87k8wr4ttd.fsf@chinchilla.clifton-labs.com \
--to=dmartin@clifton-labs.com \
--cc=egcs@egcs.cygnus.com \
--cc=oliva@dcc.unicamp.br \
/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).