This is the mail archive of the
mailing list for the GCC project.
Re: Re: is it time to mass change from .c to .cc in gcc/ ?
- From: Manuel LÃpez-IbÃÃez <lopezibanez at gmail dot com>
- To: Mikhail Maltsev <"maltsevm at gmail dot com">, Trevor Saunders <"tbsaunde at tbsaunde dot org">, Richard Biener <"richard dot guenther at gmail dot com">
- Cc: GCC Development <"gcc at gcc dot gnu dot org">
- Date: Wed, 15 Apr 2015 18:21:42 +0200
- Subject: Re: Re: is it time to mass change from .c to .cc in gcc/ ?
- Authentication-results: sourceware.org; auth=none
- References: <20150414052030 dot GE8601 at tsaunders-iceball dot corp dot tor1 dot mozilla dot com> <CAFiYyc0RydCJhmSdB6_uDY+SpTAYC2RN_d17bdZR=ug7ThFN2w at mail dot gmail dot com> <20150415000911 dot GA30215 at tsaunders-iceball dot corp dot tor1 dot mozilla dot com> <552E3512 dot 2000506 at gmail dot com>
On 04/15/2015 11:53 AM, Mikhail Maltsev wrote:
You mentioned that you are planning to do reorganization of the
directory structure. That would be really helpful. LLVM has two separate
directories for utility classes, functions and custom datatypes
(llvm/include/llvm/ADT and llvm/include/llvm/Support). In GCC all those
useful things are scattered among 771 files in gcc directory, some are
There are many intermediate projects that would help this reorganization. But
someone needs to do them. Anybody can come up with things to do and grand plans
(see https://gcc.gnu.org/wiki/ImprovementProjects and
https://gcc.gnu.org/wiki/ModularGCC and https://gcc.gnu.org/wiki/rearch and ).
Somebody needs to flesh out the details and start implementing them.
The "right" steps to see progress:
1. You think that some concrete change may improve GCC, for example, to move
vec.h and is-a.h to some gcc/include/core. Ask if the key people (Global
Reviewers in this case) will accept this change. Be concrete, say that you will
do it (not 'we could do it'). Perhaps even present a proof-of-concept to see
how difficult it will be.
2.1 If not, then goto 1 and think about something else (or perhaps people
misunderstood what you meant? See point 7 at
https://gcc.gnu.org/wiki/Community). It is not worth it fixating on something.
Moreover, your ideas will be judged according to your experience and past
successes. Start with something small and no contentious. Then, revisit the
more contentious things.
2.2 If yes, incorporate feedback (not include/core but include/support, or not
is-a.h but hash-map.h).
3. Sent a patch. The smaller, the better.
4. Repeat and rinse.
There is no need to wait for reorganization to at least create a list of
such support data structures and functions (something like this:
http://llvm.org/docs/ProgrammersManual.html). The good thing is that we
already have excellent documentation for some of them in source code
(for example vec.h and is-a.h), but we are missing the list.
No "maybe we", please :) (Point 11 here: https://gcc.gnu.org/wiki/Community)
Just do it. Sent a patch for gccint.texi or create a webpage in the wiki to
draft it or just draft it in plain-text and send it to the mailing list. Follow
the four steps above.
Cheers from someone that has said "maybe we" a lot, but got a few things
implemented in the end,