Your message dated Sat, 28 Dec 2002 19:11:03 +0100
with message-id <[EMAIL PROTECTED]>
and subject line closing gcc bug report due to missing feedback
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; 20 Sep 2001 13:14:39 +0000
>From [EMAIL PROTECTED] Thu Sep 20 08:14:39 2001
Return-path: <[EMAIL PROTECTED]>
Received: from vega.services.brown.edu (vega.brown.edu) [128.148.19.202]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 15k3f5-0007Om-00; Thu, 20 Sep 2001 08:14:39 -0500
Received: from Metcalf-29.resnet.brown.edu (Metcalf-29.resnet.brown.edu
[128.148.209.29])
by vega.brown.edu (8.9.3/8.9.3) with ESMTP id JAA14023;
Thu, 20 Sep 2001 09:14:27 -0400 (EDT)
Received: from daniel by Metcalf-29.resnet.brown.edu with local (Exim 3.32 #1
(Debian))
id 15k3et-0005Ur-00; Thu, 20 Sep 2001 09:14:27 -0400
Date: Thu, 20 Sep 2001 09:14:27 -0400
From: Daniel Burrows <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: g++: [arm] fails to compile aptitude >= 0.2.6
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="xHFwDpU9dbj6ez1V"
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
X-Reportbug-Version: 1.28
Sender: Daniel Burrows <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
--xHFwDpU9dbj6ez1V
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Package: g++
Version: 2:2.95.4-6
Severity: normal
[the above version may not be right, I don't have an arm system]
While investigating the various problems with aptitude getting into
testing, I discovered that it was failing to build on arm. The build
log shows this at the end:
c++ -DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -Wall -Werror -I.. -I. -I.
In file included from edit_pkg_hier.h:17,
from edit_pkg_hier.cc:3:
generic/pkg_hier.h: In method `void pkg_hier::hierarchy_realizer::reset_groupinf
generic/pkg_hier.h:160: Internal compiler error.
generic/pkg_hier.h:160: Please submit a full bug report.
generic/pkg_hier.h:160: Internal compiler error:
generic/pkg_hier.h:160: See <URL:http://www.gnu.org/software/gcc/bugs.html> for
I have attached the file in question, but I don't know if that will be
enough information. Since I don't have an arm system, as I said above,
finding a workaround will be difficult unless upstream knows one.
Daniel
-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux torrent 2.4.9 #6 Thu Aug 30 13:35:51 EDT 2001 i686
Locale: LANG=en_US, LC_CTYPE=en_US
Versions of packages g++ depends on:
ii cpp 2:2.95.4-6 The GNU C preprocessor.
ii g++-2.95 1:2.95.4-0.010902 The GNU C++ compiler.
ii gcc-2.95 1:2.95.4-0.010902 The GNU C compiler.
--
/-------------------- Daniel Burrows <[EMAIL PROTECTED]> -------------------\
| Voodoo Programming: Things programmers do |
| that they know shouldn't work but they try |
| anyway, and which sometimes actually work, |
| such as recompiling everything. |
\-- Does your computer have Super Cow Powers? ------- http://www.debian.org --/
--xHFwDpU9dbj6ez1V
Content-Type: text/x-chdr; charset=us-ascii
Content-Disposition: attachment; filename="pkg_hier.h"
// pkg-hier.h -*-c++-*-
//
// Copyright 2001 Daniel Burrows
//
// This file allows a "package hierarchy" as described in README.hier to
// be loaded and constructed. Any number of files can be read into the
// database; then, the database is "realized" as a tree using two virtual
// callback routines. (you should override them in a subclass to get
// any specific behavior you need)
//
// Important note: once you start "realizing" the database, adding new
// nodes via input_file results in undefined behavior.
//
// Second important note: Mixing top-down and bottom-up realization results
// in undefined behavior.
//
// With the bottom-up realization, the caller may manually set a "seen"
// flag on a group to make it appear to be a "root". (the caller should
// also set the node_data values if this is doine) Also, for root nodes,
// realize_* will be called with a NULL parent_data argument.
#ifndef PKG_HIER_H
#define PKG_HIER_H
#ifdef HAVE_CONFIG_H
#include "../../config.h"
#endif
#ifdef HAVE_HASH_MAP
#include <hash_map>
#else
#ifdef HAVE_EXT_HASH_MAP
#include <ext/hash_map>
#else
// Fallback to the non-hashing map class
#include <map>
#define hash_map map
#endif
#endif
#ifdef HAVE_HASH_SET
#include <hash_set>
#else
#ifdef HAVE_EXT_HASH_SET
#include <ext/hash_set>
#else
#include <set>
#define hash_set set
#endif
#endif
#include "strhash.h"
#include <string>
#include <vector>
class pkg_hier
{
public:
class hierarchy_realizer;
struct group;
struct item
{
std::string name;
std::hash_set<std::string> parents;
// HACK: Used to build the hierarchy top-down. Calls an appropriate
// routine in the given hierarchy class. parent_data is an opaque
// value which stores data used to build the UI representation of
// the tree. It is associated with the parent of this node.
virtual void realize_me(pkg_hier *hier, void *parent_data,
pkg_hier::hierarchy_realizer *realizer);
item(std::string _name, std::vector<std::string> &_parents)
:name(_name)
{
for(std::vector<std::string>::iterator i=_parents.begin();
i!=_parents.end();
++i)
parents.insert(*i);
}
item(std::string _name)
:name(_name)
{
}
item() {}
virtual ~item() {}
};
struct group:public item
{
std::string description;
// Stores this group's integer ID.
int id;
// Used in the final stage of building the hierarchy:
std::vector<item *> children;
// This structure stores dynamic information about the group which is
// used while building a hierarchy. The realizer stores one of these
// for each group.
struct build_info
{
// Similarly -- used to avoid cycles
bool active;
// Similarly -- allows values to be cached. (there may be multiple
// values here if there are multiple parents)
std::vector<void *> node_data;
// This is true iff node_data has already been calculated.
bool seen;
build_info():active(false), seen(false) {}
};
void realize_me(pkg_hier *hier, void *parent_data,
pkg_hier::hierarchy_realizer *realizer);
group(std::string _name, int _id, std::vector<std::string> &_parents,
std::string _description)
:item(_name, _parents), description(_description), id(_id)
{
}
group():item(), id(0)
{
}
};
friend struct item;
friend struct group;
// Used so that group numbers are contiguous and unique
int max_group_id;
typedef std::hash_map<std::string, item> pkgmap;
typedef std::hash_map<std::string, group> groupmap;
pkgmap pkgs;
groupmap groups;
class hierarchy_realizer
{
protected:
pkg_hier::group::build_info *groupinfo;
pkg_hier *hier;
void reset_groupinfo()
// To be used if, eg, the realization needs to be performed again
// with the same realizer.
{
delete[] groupinfo;
groupinfo=new pkg_hier::group::build_info[hier->groups.size()];
}
public:
hierarchy_realizer(pkg_hier *_hier):hier(_hier)
{
groupinfo=new pkg_hier::group::build_info[hier->groups.size()];
}
pkg_hier::group::build_info *get_build_info(int group_num)
{
return groupinfo+group_num;
}
// These routines should construct any UI state associated with the
// given item or group. realize_group returns the value which will
// be used as parent_data for that group's children.
virtual void realize_item(item *item, void *parent_data)=0;
virtual void *realize_group(group *group, void *parent_data)=0;
virtual ~hierarchy_realizer()
{
delete[] groupinfo;
}
};
private:
// HACK: I don't like Visitor setups, but I'm in a hurry and it'll
// be good enough..
void visit_item(item *item, void *parent_data, hierarchy_realizer *realizer);
void visit_group(group *group, void *parent_data, hierarchy_realizer
*realizer);
// Helper routines for bottom-up realization
void realize_group_up(group *group, hierarchy_realizer *realizer);
void realize_item_up(item *item, hierarchy_realizer *realizer);
public:
pkg_hier():max_group_id(0) {}
// Reads the given file and adds it to our database.
void input_file(std::string fn);
// Generates a top-down postfix hierarchy beginning at the given group.
void realize(std::string grp, void *init_parent_data,
hierarchy_realizer *_realizer);
// Generates part of a bottom-up hierarchy beginning at the given item.
// May be called successively to add more items to the hierarchy.
//
// Returns false if the item is not in the database at all.
bool realize_item_up(std::string item, hierarchy_realizer *_realizer);
// Clears all information stored in this object (invalidates group * and
// item * pointers!)
void clear();
virtual ~pkg_hier();
};
#endif
--xHFwDpU9dbj6ez1V--
---------------------------------------
Received: (at 112910-done) by bugs.debian.org; 28 Dec 2002 18:13:14 +0000
>From [EMAIL PROTECTED] Sat Dec 28 12:13:13 2002
Return-path: <[EMAIL PROTECTED]>
Received: from mail.cs.tu-berlin.de [130.149.17.13] (root)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 18SLSR-0006Uz-00; Sat, 28 Dec 2002 12:13:11 -0600
Received: from bolero.cs.tu-berlin.de ([EMAIL PROTECTED] [130.149.19.1])
by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id TAA27055
for <[EMAIL PROTECTED]>; Sat, 28 Dec 2002 19:11:04 +0100 (MET)
Received: (from [EMAIL PROTECTED])
by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id gBSIB3M13191;
Sat, 28 Dec 2002 19:11:03 +0100 (MET)
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: Sat, 28 Dec 2002 19:11:03 +0100
To: [EMAIL PROTECTED]
Subject: closing gcc bug report due to missing feedback
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=0.6 required=5.0
tests=SPAM_PHRASE_00_01
version=2.41
X-Spam-Level:
feedback was requested on Thu, 20 Sep 2001 14:51:34 +0100,
now closing the report. Please feel free to reopen with sending the
preprocessed source and recompiling with a recent gcc version.
