GCC mailing lists
The GCC project has many mailing lists, which are archived on the web (and searchable). Please make yourself familiar with our policiesbefore subscribing and posting to these lists.
Announcement lists:
- gcc-announce is a read-only low volume list where we post announcements about releases or other important events.
Open lists:
- gcc-help is a relatively high volume list for people searching for help in building or using GCC.
- gcc is a high volume list for general development discussions about GCC. Anything relevant to the development or testing of GCC and not covered by other mailing lists is suitable for discussion here.
Recruiting postings, including recruiting for GCC or other free software jobs, are not permitted on any of our mailing lists. If you are interested in hiring a GCC developer, please visit theFSF jobs page.
All major decisions and changes, like abandoning ports or front ends, should be announced and discussed here. Ideally, this list should be sufficient to follow the major trends and important news in GCC's development process. - gcc-bugs is a relatively high volume list with mails from our bug-tracking system.
- gcc-patches is a relatively high volume list for patch submissions and discussion of particular patches. All patches (including those for front ends and web pages) and all discussion for a particular patch should be sent to this list.
- gcc-testresults is a moderate volume list where test results for the GCC compilers are posted.
- gcc-regression is a moderate volume list where regression results for the GCC compilers are posted.
- gcc-rust is for discussing Rust support in GCC. Patches should be sent to both this list and gcc-patches.
- libstdc++ is the main discussion and development list for the standard C++ library (libstdc++-v3). Patches to libstdc++-v3 should be sent to both this list and gcc-patches.
- fortran is the main discussion and development list for the Fortran language front end of GCC, and the corresponding runtime library. Patches to gfortran and libgfortran should go to both this list andgcc-patches.
- jit is for discussion and development oflibgccjit, an experimental library for implementing Just-In-Time compilation using GCC as a back end. The list is intended for both users and developers of the library. Patches for the jit branch should go to both this list andgcc-patches.
- algol68 is the discussion and development list for the Algol 68 language front end of GCC, and the corresponding runtime library. Patches to ga68 and libga68 should go to this list.
- gnutools-advocacy is for discussion of marketing, promotion, recruiting and advocacy for the entire GNU Toolchain (Binutils, GAS, GCC, GDB, GLIBC, GLD, and Gold).
Read only lists:
- gcc-cvs is a read-only, relatively high volume list which tracks checkins to the GCC source repository.
- libstdc++-cvs is a read-only, relatively low volume list which tracks checkins to the libstdc++-v3 part of the GCC repository. This is a subset of the messages to gcc-cvs.
- gcc-cvs-wwwdocs is a read-only, relatively low volume list which tracks checkins to the GCC webpages repository.
- gccadmin is a read-only moderate volume list where output from
cron
jobs run by thegccadmin
account on gcc.gnu.org is posted.
Historical lists (archives only, no longer in use):
- gcc-prs was a read-only, relatively high volume list which tracked problem reports as they were entered into our database.
- java was the main discussion and development list for the Java language front end of GCC, and the corresponding runtime library.
- java-announce was a low-volume, moderated, announcements-only list. Only announcements related to the Java language front end or runtime library were posted here.
- java-cvs tracked checkins to the Java language compiler and runtime. It was not archived. Messages sent here were also sent togcc-cvs.
- java-patches was a list for submission and discussion of patches to libgcj, the Java runtime. Patches to GCJ, the Java language front end, should have gone to both this list and gcc-patches.
- java-prs was a read-only list which tracked Java-related problem reports as they were entered into our database. Messages sent here were also sent to gcc-prs.
- libstdc++-prs was formerly used by the libstdc++-v3 problem report database. libstdc++-v3 now uses the main GCC database and the gcc-bugs list.
To post a message, just send mail to listname@gcc.gnu.org
.
Policies
Our lists have a maximum message size of 100kB, only the gcc-patches list allows for a larger maximum message size of 400kB. If your message exceeds this size, you should compress any attachments before sending it to the list.
We have a strong policy of not editing the web archives.
When posting messages, please select an appropriate list for the message and try to avoid cross posting to several lists. If somebody replies to your message, do not reply to that person only. Keep the conversation on the mailing list unless requested otherwise, e.g. by using "Reply All".
Please send plain text (as opposed to HTML, RTF, or other types with fancy formatting).
Do not include or reference confidentiality notices, like:
The referring document contains privileged and confidential information. If you are not the intended recipient you must not disseminate, copy or take any action in reliance on it, and we request that you notifycompanyname immediately.
Such disclaimers are inappropriate for mail sent to public lists. If your company automatically adds something like this to outgoing mail, and you can't convince them to stop, you might consider using a free web-based e-mail account.
Notices like:
Any views expressed in this message are those of the individual sender, except where they are specifically stated to be the views of companyname.
are acceptable, although they are redundant; unless explicitly stated, it's assumed that no-one on these lists means to speak for their company.
The GCC Code of Conduct applies to conversations on the mailing lists.
Subscribing/unsubscribing
You can subscribe or unsubscribe from any of the GCC mailing lists by clicking on the list name above and then following the "more information about this list" link.
If you're having trouble getting off a list, look at the**List-Unsubscribe:
** header on a message sent to that list. It has your subscribed address included in it. Send mail to that address (omit the mailto:
part) and you'll be unsubscribing yourself from that mailing list. You'll need to confirm the unsubscription, of course.
Please trust in the List-Unsubscribe:
header. Every person who has said "I can't get off this list! Unsubscribe me!" has found, with enough prodding, that sending mail to the address listed inList-Unsubscribe:
does the trick.
Filtering
If you want to use procmail or similar tools to process the GCC mailing lists, you can filter using the List-Id: header from RFC2919, as well as all of the RFC2369 headers (List-Subscribe, List-Unsubscribe, List-Post, List-Archive, etc.).
For example, the following procmail rule will sort all mail from our lists into a single folder named INLIST.gcc:
`:0
- ^List-Id: .*<.*.gcc.gnu.org>$
INLIST.gcc
`
To filter duplicate messages due to cross-posts to multiple lists, you can use the following recipe (Use at your own risk!):
`:0 Wh: msgid.lock
- ^List-Id: .*<.*.gcc.gnu.org>$
| formail -D 8192 msgid.cache`
Help
For further information on using the lists, send a blank mail to_listname_-help@gcc.gnu.org
(but note that this won't currently work for the gcc list).
Spam blocking
To reduce spam sent to the GCC mailing lists, a handful of Realtime Blackhole Lists (RBLs) are consulted. If you're sending mail from a site that is listed in one of these RBLs, contact your site administrator about fixing your mail setup. Spammers are taking advantage of your site to relay their spam.
Note that, if you are subscribed to a mailing list at gcc.gnu.org, you will not be subject to any kind of spam blocking for that mailing list. However, if you are subscribed from one account and post from another then the posting account will be subject to spam block checking. To avoid this, you can put yourself on the "global allow" list for gcc.gnu.org by sending mail to
global-allow-subscribe-you=yourdomain.com@gcc.gnu.org
(where you=yourdomain.com translates to your email address with an "=" substituted for the "@"). This will bypass all spam checking for future submissions to the gcc.gnu.org mailing lists.
You can use this technique if you just want to be able to send email to a list without receiving any email from the list. You can also give yourself posting privileges just for an individual list by replacing "global" above with the name of the specific list.
To complicate the harvesting of e-mail addresses from the web archives of the GCC mailing lists, some simple transformations are done on the e-mail addresses.
See also information about dealing with spam on the lists.
Search the contents gcc.gnu.org: