This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

gnats setup problem? [MAILER-DAEMON@sources.redhat.com: failure notice]


I've brought this up before and no one took care of it; is there a
better contact for problems with GNATS?

Something must be misconfigured, since when I try to followup to a
message by replying to gcc-gnats I get a bounce to gnats-admin.  Of
course I think I botched the reply (thus the new pending/5214 PR;
someone close that, please.  Sorry.)  That's because I got the message
on a second list before it had a PR number.


----- Forwarded message from MAILER-DAEMON@sources.redhat.com -----

Date: 29 Dec 2001 05:06:03 -0000
From: MAILER-DAEMON@sources.redhat.com
Subject: failure notice
To: drow@crack.them.org

Hi. This is the qmail-send program at sources.redhat.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<gnats-admin@gcc.gnu.org>:
Sorry, no mailbox here by that name. (#5.1.1)

--- Below this line is a copy of the message.

Return-Path: <drow@crack.them.org>
Received: (qmail 30590 invoked by uid 71); 29 Dec 2001 05:06:03 -0000
Resent-Date: 29 Dec 2001 05:06:03 -0000
Resent-Message-ID: <20011229050603.30589.qmail@sources.redhat.com>
Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer)
Resent-To: gnats-admin@gcc.gnu.org
Resent-Reply-To: gcc-gnats@gcc.gnu.org, Daniel Jacobowitz <dan@debian.org>
Received:(qmail 30236 invoked from network); 29 Dec 2001 05:02:12 -0000
Received: from unknown (HELO nevyn.them.org) (128.2.145.6)
  by sources.redhat.com with SMTP; 29 Dec 2001 05:02:12 -0000
Received: from drow by nevyn.them.org with local (Exim 3.33 #1 (Debian))
	id 16KBdH-0007Z1-00; Sat, 29 Dec 2001 00:02:07 -0500
Message-Id:<20011229000207.A28985@nevyn.them.org>
Date:Sat, 29 Dec 2001 00:02:07 -0500
From: Daniel Jacobowitz <dan@debian.org>
To: Marcus Brinkmann <marcus.brinkmann@ruhr-uni-bochum.de>
Cc: gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org
In-Reply-To:<E16K28J-0001Jx-00@localhost>
References:<E16K28J-0001Jx-00@localhost>
Subject: pending/5214: Re: profiling support for i386-gnu specs file


>Number:         5214
>Category:       pending
>Synopsis:       Re: profiling support for i386-gnu specs file
>Confidential:   yes
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Dec 28 21:06:03 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     
>Release:        
>Organization:
>Environment:
>Description:
 On Fri, Dec 28, 2001 at 07:53:31PM +0100, Marcus Brinkmann wrote:
 > >Description:
 > I fixed the Hurd specs file to support profiling (which was broken
 > for statically linked programs).  The specs file I successfully used
 > is attached, an analysis of what it does (or should do) is in the
 > table below.  The only relevant part of the specs file (the only
 > parts which I changed) are "cc1" and "startfile".
 > 
 > The Hurd has the i386-gnu architecture.
 > 
 > To profile the program only:
 > $ gcc -o main main.c -pg
 > $ ./main
 > $ gprof main gmon.out
 > 
 > To profile the program and the C library:
 > $ gcc -o main main.c -profile
 > $ ./main
 > $ gprof main gmon.out
 > 
 > The specs file implement the following option combinations:
 > Notes: -shared overrides (and prevents) profiling options at the linking
 > stage
 >        -profile forces to link the profiling C library statically
 >        -pg/-p does link to the normal C library (dynamically or statically)
 > 
 > The cc1 option -p is added for all of -p/-pg/-profile (for the first
 > two automatically, for the third there is a rule in the specs file).
 
 This is inconsistent with the behavior of (the undocumented) -profile
 on Linux, IIRC; there it links in -lc_p but does not imply -pg.  Of
 course, perhaps that should just be fixed too :)  This option really
 should be added to the documentation.
 
 -- 
 Daniel Jacobowitz                           Carnegie Mellon University
 MontaVista Software                         Debian GNU/Linux Developer
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:


----- End forwarded message -----

-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]