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]

Re: [ANNOUNCE] Libgcj relocation announce.


>>>>> "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

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