public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
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         |
+----------------------------------------------------------------------+

  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).