All of lore.kernel.org
 help / color / mirror / Atom feed
From: Carlos O'Donell <carlos@baldric.uwo.ca>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Cc: lamont@debian.org, parisc-linux@lists.parisc-linux.org,
	debian-hppa@lists.debian.org
Subject: [parisc-linux] Good news for glibc.
Date: Mon, 5 Jan 2004 01:35:47 -0500	[thread overview]
Message-ID: <20040105063547.GC23782@systemhalted> (raw)
In-Reply-To: <200401012100.i01L0G0L019101@hiauly1.hia.nrc.ca>

On Thu, Jan 01, 2004 at 04:00:16PM -0500, John David Anglin wrote:
> > The main issue was that the 'start' symbol needs to be canonicalized
> > before passing on to the gmon routines. This requires entry.h to be
> 
> I still think that using __c_f_f_c for this special case is overkill.

What could we use?

Good news, I just fixed LD_PROFILE so I can actually check to see what
functions take up too much time :) I think I inadvertently fixed it for
ia64 too... what do ia64 people use to profile glibc?

c.

A tempting peek! :)

  %   cumulative   self              self     total
 time   seconds   seconds    calls  us/call  us/call  name
  0.00      0.00     0.00    14000     0.00           cfree
  0.00      0.00     0.00     6000     0.00           memset
  0.00      0.00     0.00     2004     0.00           malloc
  0.00      0.00     0.00     2003     0.00           flockfile
  0.00      0.00     0.00     2003     0.00           funlockfile
  0.00      0.00     0.00     2001     0.00           __cxa_finalize
  0.00      0.00     0.00     1002     0.00           index
  0.00      0.00     0.00     1000     0.00           __GI__dl_close
  0.00      0.00     0.00     1000     0.00           __GI__dl_open
  0.00      0.00     0.00     1000     0.00           printf
  0.00      0.00     0.00     1000     0.00           puts
  0.00      0.00     0.00     1000     0.00           strlen
  0.00      0.00     0.00        1     0.00           __libc_start_main
  0.00      0.00     0.00        1     0.00           realloc
  0.00      0.00     0.00        1     0.00           strrchr

      parent reply	other threads:[~2004-01-05  6:44 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-01 20:03 [parisc-linux] Using -pg on hppa *is* broken Carlos O'Donell
2004-01-01 21:00 ` John David Anglin
2004-01-01 21:00 ` John David Anglin
2004-01-05  6:35   ` [parisc-linux] Good news for glibc Carlos O'Donell
2004-01-05  6:35   ` Carlos O'Donell [this message]

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=20040105063547.GC23782@systemhalted \
    --to=carlos@baldric.uwo.ca \
    --cc=dave@hiauly1.hia.nrc.ca \
    --cc=debian-hppa@lists.debian.org \
    --cc=lamont@debian.org \
    --cc=parisc-linux@lists.parisc-linux.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.