Your message dated Mon, 27 Jun 2005 23:36:09 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#307868: gcc-3.3: request for additional link in 
/usr/lib/gcc-lib
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 6 May 2005 00:08:04 +0000
>From [EMAIL PROTECTED] Thu May 05 17:08:04 2005
Return-path: <[EMAIL PROTECTED]>
Received: from amsfep13-int.chello.nl [213.46.243.23] 
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1DTqNv-0007pv-00; Thu, 05 May 2005 17:08:03 -0700
Received: from localhost.localdomain ([62.205.105.71])
          by amsfep13-int.chello.nl
          (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP
          id <[EMAIL PROTECTED]>;
          Fri, 6 May 2005 02:07:32 +0200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: wim delvaux <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: gcc-3.3: request for additional link in /usr/lib/gcc-lib
X-Mailer: reportbug 3.11
Date: Fri, 06 May 2005 02:07:32 +0200
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
        autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

Package: gcc-3.3
Version: 1:3.3.6-2
Severity: wishlist


for tools like makedepend, the current packaging of the gcc compiler
is not ideal.

lots of files (like stdarg) are in a gcc version specific directory.
for me that is 
/usr/lib/gcc-lib/i486-linux/3.3.6/include/stddef.h

thie 3.3.6 is annoying since it changes with every (minor) upgrade
of the compiler.

Hence request to add a link to the package

ln /usr/lib/gcc-lib/i486-linux/3.3.6 /usr/lib/gcc-lib/i486-linux/3.3 

This way for each minor upgrade, the directory no longer changes

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages gcc-3.3 depends on:
ii  binutils                    2.15-5       The GNU assembler, linker and bina
ii  cpp-3.3                     1:3.3.6-2    The GNU C preprocessor
ii  gcc-3.3-base                1:3.3.6-2    The GNU Compiler Collection (base 
ii  libc6                       2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libgcc1                     1:3.4.3-12.1 GCC support library

-- no debconf information

---------------------------------------
Received: (at 307868-done) by bugs.debian.org; 27 Jun 2005 21:36:20 +0000
>From [EMAIL PROTECTED] Mon Jun 27 14:36:19 2005
Return-path: <[EMAIL PROTECTED]>
Received: from mail.cs.tu-berlin.de [130.149.17.13] (root)
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1Dn1H9-0007sr-00; Mon, 27 Jun 2005 14:36:19 -0700
Received: from mailhost.cs.tu-berlin.de ([EMAIL PROTECTED] [130.149.17.13])
        by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id XAA12115;
        Mon, 27 Jun 2005 23:36:16 +0200 (MEST)
Received: from localhost (localhost [127.0.0.1])
        by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 5C9A3F2B9;
        Mon, 27 Jun 2005 23:36:16 +0200 (MEST)
Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
 by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
 id 23854-15; Mon, 27 Jun 2005 23:36:15 +0200 (MEST) 11352
Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
        by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
        Mon, 27 Jun 2005 23:36:10 +0200 (MEST)
Received: (from [EMAIL PROTECTED])
        by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id j5RLa9Gu018902;
        Mon, 27 Jun 2005 23:36:09 +0200 (MEST)
From: Matthias Klose <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <[EMAIL PROTECTED]>
Date: Mon, 27 Jun 2005 23:36:09 +0200
To: [EMAIL PROTECTED]
Cc: wim delvaux <[EMAIL PROTECTED]>
Subject: Re: Bug#307868: gcc-3.3: request for additional link in 
/usr/lib/gcc-lib
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
        autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

no feedback for 7 weeks. closing the report.

wim delvaux writes:
> On Friday 06 May 2005 07:04, you wrote:
> > wim delvaux writes:
> > > Package: gcc-3.3
> > > Version: 1:3.3.6-2
> > > Severity: wishlist
> > >
> > >
> > > for tools like makedepend, the current packaging of the gcc compiler
> > > is not ideal.
> > >
> > > lots of files (like stdarg) are in a gcc version specific directory.
> > > for me that is
> > > /usr/lib/gcc-lib/i486-linux/3.3.6/include/stddef.h
> > >
> > > thie 3.3.6 is annoying since it changes with every (minor) upgrade
> > > of the compiler.
> > >
> > > Hence request to add a link to the package
> > >
> > > ln /usr/lib/gcc-lib/i486-linux/3.3.6 /usr/lib/gcc-lib/i486-linux/3.3
> > >
> > > This way for each minor upgrade, the directory no longer changes
> >
> > you should never include these directories directly. Is there a valid
> > reason to do so?
> 
>       running makedepend.  if I include <stdarg.h> and run makedepend,
>       it delivers missing includes, hence the makedepend needs -I ...
> 
>       W


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to