This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [ANNOUNCE] Libgcj relocation announce.
- To: Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>
- Subject: Re: [ANNOUNCE] Libgcj relocation announce.
- From: Tom Tromey <tromey at cygnus dot com>
- Date: 07 Nov 2000 17:19:36 -0700
- Cc: Alexandre Petit-Bianco <apbianco at cygnus dot com>, <gcc at gcc dot gnu dot org>, <java-discuss at sources dot redhat dot com>
- References: <Pine.BSF.4.30.0011062045180.32160-100000@deneb.dbai.tuwien.ac.at>
- Reply-To: tromey at cygnus dot com
>>>>> "Gerald" == Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> writes:
>> You should use the `libgcj' category. Note that we haven't yet
>> decided how to address our separate Gnats database. We're
>> reluctant to move PRs into the gcc database as that would require
>> renumbering. Suggestions welcome.
Gerald> Is it possible to have PRs whose ID doesn't consist of numbers
Gerald> exclusively? Like J143? We'll have to do something similiar
Gerald> for the libstdc++ integration as well...
Gnats won't let you do that. PR ids can only be numbers, and you can
only have one PR per number (regardless of cateogry).
We talked about this problem a bit more here at Red Hat, and we
finally decided that we would move all non-closed PRs into the gcc
system, renumbering them as we go. The old PR database will remain
alive but you won't be able to make changes to it.
That way we can preserve what we need of the old PRs (and their
mentions in ChangeLog entries, etc), while moving forward with the
new.
Currently the libgcj database has a lot of cateogories. However, they
aren't used very well -- users mostly ignore them, and we tend to
refile just by making the appropriate individual responsible for the
PR (instead of changing its category). I think we'll want to add one
more category, for libgcj, to the GCC Gnats database, but that's it.
Dividing between compiler ("java") and runtime ("libgcj") will
probably be good enough.
Tom