public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
* [Bug middle-end/37448] gcc 4.3.1 cannot compile big function [not found] <bug-37448-4@http.gcc.gnu.org/bugzilla/> @ 2011-01-18 14:49 ` rguenth at gcc dot gnu.org 2011-01-18 15:11 ` hubicka at gcc dot gnu.org ` (8 subsequent siblings) 9 siblings, 0 replies; 13+ messages in thread From: rguenth at gcc dot gnu.org @ 2011-01-18 14:49 UTC (permalink / raw) To: gcc-bugs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 Richard Guenther <rguenth at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |47344 Target Milestone|4.3.6 |--- Summary|[4.3/4.4/4.5/4.6 |gcc 4.3.1 cannot compile |Regression] gcc 4.3.1 |big function |cannot compile big function | Known to fail| |4.6.0 --- Comment #42 from Richard Guenther <rguenth at gcc dot gnu.org> 2011-01-18 14:28:00 UTC --- PR47344 now tracks the regression property of this bug. ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] gcc 4.3.1 cannot compile big function [not found] <bug-37448-4@http.gcc.gnu.org/bugzilla/> 2011-01-18 14:49 ` [Bug middle-end/37448] gcc 4.3.1 cannot compile big function rguenth at gcc dot gnu.org @ 2011-01-18 15:11 ` hubicka at gcc dot gnu.org 2011-01-18 15:15 ` hubicka at gcc dot gnu.org ` (7 subsequent siblings) 9 siblings, 0 replies; 13+ messages in thread From: hubicka at gcc dot gnu.org @ 2011-01-18 15:11 UTC (permalink / raw) To: gcc-bugs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 --- Comment #43 from Jan Hubicka <hubicka at gcc dot gnu.org> 2011-01-18 14:53:46 UTC --- Now at -O2 the main inliner seems to degenerate ;( 168767 78.4974 cc1 cgraph_edge_badness 9426 4.3842 cc1 update_edge_key 3529 1.6414 cc1 update_caller_keys 2498 1.1619 cc1 bitmap_set_bit 1776 0.8261 opreport /usr/bin/opreport 1212 0.5637 cc1 bitmap_elt_insert_after 1166 0.5423 oprofiled /usr/bin/oprofiled 1106 0.5144 libc-2.11.1.so _IO_vfscanf 965 0.4488 cc1 bitmap_ior_into ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] gcc 4.3.1 cannot compile big function [not found] <bug-37448-4@http.gcc.gnu.org/bugzilla/> 2011-01-18 14:49 ` [Bug middle-end/37448] gcc 4.3.1 cannot compile big function rguenth at gcc dot gnu.org 2011-01-18 15:11 ` hubicka at gcc dot gnu.org @ 2011-01-18 15:15 ` hubicka at gcc dot gnu.org 2012-10-25 23:52 ` steven at gcc dot gnu.org ` (6 subsequent siblings) 9 siblings, 0 replies; 13+ messages in thread From: hubicka at gcc dot gnu.org @ 2011-01-18 15:15 UTC (permalink / raw) To: gcc-bugs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 --- Comment #44 from Jan Hubicka <hubicka at gcc dot gnu.org> 2011-01-18 14:58:04 UTC --- and later IRA samples % app name symbol name 25826 56.8667 cc1 allocno_spill_priority_compare 6812 14.9994 cc1 ira_build_conflicts 4308 9.4859 cc1 splay_tree_splay 2847 6.2689 cc1 color_pass 1661 3.6574 cc1 push_allocno_to_stack 1336 2.9418 cc1 build_object_conflicts 468 1.0305 cc1 bitmap_bit_p 443 0.9754 cc1 splay_tree_insert df reaching defs : 1.65 ( 1%) usr 0.42 (10%) sys 2.10 ( 1%) wall 0 kB ( 0%) ggc df live regs : 4.27 ( 2%) usr 0.00 ( 0%) sys 4.24 ( 2%) wall 0 kB ( 0%) ggc df live&initialized regs: 1.31 ( 1%) usr 0.01 ( 0%) sys 1.32 ( 1%) wall 0 kB ( 0%) ggc df use-def / def-use chains: 0.72 ( 0%) usr 0.00 ( 0%) sys 0.72 ( 0%) wall 0 kB ( 0%) ggc df reg dead/unused notes: 4.32 ( 2%) usr 0.00 ( 0%) sys 4.31 ( 2%) wall 8508 kB ( 1%) ggc register information : 2.05 ( 1%) usr 0.00 ( 0%) sys 2.02 ( 1%) wall 0 kB ( 0%) ggc 362 0.7971 cc1 splay_tree_remove 193 0.4250 cc1 splay_tree_free 167 0.3677 cc1 add_copies inline heuristics : 81.88 (35%) usr 0.04 ( 1%) sys 82.07 (35%) wall 44238 kB ( 5%) ggc CSE : 4.09 ( 2%) usr 0.00 ( 0%) sys 4.12 ( 2%) wall 138 kB ( 0%) ggc CSE 2 : 4.13 ( 2%) usr 0.00 ( 0%) sys 4.12 ( 2%) wall 125 kB ( 0%) ggc integrated RA : 50.18 (22%) usr 0.18 ( 4%) sys 50.48 (21%) wall 7472 kB ( 1%) ggc reload : 9.21 ( 4%) usr 0.00 ( 0%) sys 9.25 ( 4%) wall 12180 kB ( 1%) ggc scheduling 2 : 3.81 ( 2%) usr 0.00 ( 0%) sys 3.79 ( 2%) wall 356 kB ( 0%) ggc So mostly IRA and main inliner. I am not sure how much I can do for main inliner except for adding some hard limit on how much work we put into updating the priority queue and ignoring inconsistencies when it is met... Honza ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] gcc 4.3.1 cannot compile big function [not found] <bug-37448-4@http.gcc.gnu.org/bugzilla/> ` (2 preceding siblings ...) 2011-01-18 15:15 ` hubicka at gcc dot gnu.org @ 2012-10-25 23:52 ` steven at gcc dot gnu.org 2012-10-26 2:05 ` lucier at math dot purdue.edu ` (5 subsequent siblings) 9 siblings, 0 replies; 13+ messages in thread From: steven at gcc dot gnu.org @ 2012-10-25 23:52 UTC (permalink / raw) To: gcc-bugs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 --- Comment #45 from Steven Bosscher <steven at gcc dot gnu.org> 2012-10-25 23:51:28 UTC --- (In reply to comment #15) > We seem to make nice progress on the testcase ;) I wonder where things stand with trunk today.. ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] gcc 4.3.1 cannot compile big function [not found] <bug-37448-4@http.gcc.gnu.org/bugzilla/> ` (3 preceding siblings ...) 2012-10-25 23:52 ` steven at gcc dot gnu.org @ 2012-10-26 2:05 ` lucier at math dot purdue.edu 2012-10-26 15:23 ` hubicka at gcc dot gnu.org ` (4 subsequent siblings) 9 siblings, 0 replies; 13+ messages in thread From: lucier at math dot purdue.edu @ 2012-10-26 2:05 UTC (permalink / raw) To: gcc-bugs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 --- Comment #46 from lucier at math dot purdue.edu 2012-10-26 02:05:13 UTC --- Created attachment 28534 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28534 memory and time statistics for compiling lgwam.c With today's mainline leibniz-252% /tmp/lucier/mainline/bin/gcc -v Using built-in specs. COLLECT_GCC=/tmp/lucier/mainline/bin/gcc COLLECT_LTO_WRAPPER=/tmp/lucier/mainline/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../../gcc/configure --prefix=/tmp/lucier/mainline --enable-checking=release --enable-languages=c --disable-multilib Thread model: posix gcc version 4.8.0 20121026 (experimental) (GCC) and the command: leibniz-270% /tmp/lucier/mainline/bin/gcc -O3 -c lgwam.c -fmem-report -ftime-report > & ! lgwam.c.stat-O3 These are the statistics. Brad ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] gcc 4.3.1 cannot compile big function [not found] <bug-37448-4@http.gcc.gnu.org/bugzilla/> ` (4 preceding siblings ...) 2012-10-26 2:05 ` lucier at math dot purdue.edu @ 2012-10-26 15:23 ` hubicka at gcc dot gnu.org 2012-10-26 16:48 ` hubicka at gcc dot gnu.org ` (3 subsequent siblings) 9 siblings, 0 replies; 13+ messages in thread From: hubicka at gcc dot gnu.org @ 2012-10-26 15:23 UTC (permalink / raw) To: gcc-bugs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 --- Comment #47 from Jan Hubicka <hubicka at gcc dot gnu.org> 2012-10-26 15:22:50 UTC --- Hmm, good timming. I just started looking into re-tunning inliner heuristics for 4.8 so I should look again into this inline bomb... Looks like inliner did not get faster ;) ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] gcc 4.3.1 cannot compile big function [not found] <bug-37448-4@http.gcc.gnu.org/bugzilla/> ` (5 preceding siblings ...) 2012-10-26 15:23 ` hubicka at gcc dot gnu.org @ 2012-10-26 16:48 ` hubicka at gcc dot gnu.org 2012-10-26 17:29 ` steven at gcc dot gnu.org ` (2 subsequent siblings) 9 siblings, 0 replies; 13+ messages in thread From: hubicka at gcc dot gnu.org @ 2012-10-26 16:48 UTC (permalink / raw) To: gcc-bugs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 --- Comment #48 from Jan Hubicka <hubicka at gcc dot gnu.org> 2012-10-26 16:48:08 UTC --- The problem here is walking of callgraph edges to sum the code size of the caller function in both early inliner and late inliner. I am still not very keen on making the cost calucuations incremental, but I will see if keeping the sum of all edges makes sense here... Honza ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] gcc 4.3.1 cannot compile big function [not found] <bug-37448-4@http.gcc.gnu.org/bugzilla/> ` (6 preceding siblings ...) 2012-10-26 16:48 ` hubicka at gcc dot gnu.org @ 2012-10-26 17:29 ` steven at gcc dot gnu.org 2013-03-06 10:43 ` [Bug middle-end/37448] [4.6/4.7/4.8 Regression] " steven at gcc dot gnu.org 2013-03-06 10:46 ` [Bug middle-end/37448] " rguenth at gcc dot gnu.org 9 siblings, 0 replies; 13+ messages in thread From: steven at gcc dot gnu.org @ 2012-10-26 17:29 UTC (permalink / raw) To: gcc-bugs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 Steven Bosscher <steven at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |steven at gcc dot gnu.org --- Comment #49 from Steven Bosscher <steven at gcc dot gnu.org> 2012-10-26 17:28:58 UTC --- (In reply to comment #47) > Hmm, good timming. I just started looking into re-tunning inliner > heuristics for 4.8 so I should look again into this inline bomb... > Looks like inliner did not get faster ;) While everything else did get faster. Much of the work from PR54146 also helps for this PR. But the inliner heuristics are even more insane than this test case. What are the reasons for your aversion against incrementally updating the inliner heuristics? ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] [4.6/4.7/4.8 Regression] cannot compile big function [not found] <bug-37448-4@http.gcc.gnu.org/bugzilla/> ` (7 preceding siblings ...) 2012-10-26 17:29 ` steven at gcc dot gnu.org @ 2013-03-06 10:43 ` steven at gcc dot gnu.org 2013-03-06 10:46 ` [Bug middle-end/37448] " rguenth at gcc dot gnu.org 9 siblings, 0 replies; 13+ messages in thread From: steven at gcc dot gnu.org @ 2013-03-06 10:43 UTC (permalink / raw) To: gcc-bugs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 Steven Bosscher <steven at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|gcc 4.3.1 cannot compile |[4.6/4.7/4.8 Regression] |big function |cannot compile big function Known to fail| |4.7.2, 4.8.0 --- Comment #50 from Steven Bosscher <steven at gcc dot gnu.org> 2013-03-06 10:42:20 UTC --- Note this is a regression. ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] cannot compile big function [not found] <bug-37448-4@http.gcc.gnu.org/bugzilla/> ` (8 preceding siblings ...) 2013-03-06 10:43 ` [Bug middle-end/37448] [4.6/4.7/4.8 Regression] " steven at gcc dot gnu.org @ 2013-03-06 10:46 ` rguenth at gcc dot gnu.org 9 siblings, 0 replies; 13+ messages in thread From: rguenth at gcc dot gnu.org @ 2013-03-06 10:46 UTC (permalink / raw) To: gcc-bugs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 Richard Biener <rguenth at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[4.6/4.7/4.8 Regression] |cannot compile big function |cannot compile big function | --- Comment #51 from Richard Biener <rguenth at gcc dot gnu.org> 2013-03-06 10:45:50 UTC --- See comment #42 ... ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/37448] New: gcc 4.3.1 cannot compile big function @ 2008-09-09 18:35 grue at diku dot dk 2008-09-10 8:02 ` [Bug middle-end/37448] " grue at diku dot dk ` (2 more replies) 0 siblings, 3 replies; 13+ messages in thread From: grue at diku dot dk @ 2008-09-09 18:35 UTC (permalink / raw) To: gcc-bugs After upgrading to gcc 4.3.1, I can no longer compile a function whose source code is 0.7 Megabyte before preprocessing and 3.5 Megabyte after preprocessing. The function (named "testsuite") is just a long list of statements essentially of form if(!condition){complain();exit();} The behaviour is: CPU time goes to 100%, then RAM size grows to 1 Gigabyte, then swap space starts growing and CPU time goes to 10%. On my previous gcc (4.2.something, I think), compilation went fine. The problematic source can be found at http://logiweb.eu/grue/lgwam.c The source only #includes standard headers. The source is compiled thus: gcc -ldl -o lgwam lgwam.c To double check that optimization is off, I tried with -O0 which gave the same result as not using -O0. I failed to find out how to fill in Host, Target, and Build triplet. Sorry. Here comes the output from gcc -v: --- grue@pc189-kgr:~> gcc -v Using built-in specs. Target: x86_64-suse-linux Configured with: ../configure --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --program-suffix=-4.3 --enable-version-specific-runtime-libs --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=x86_64-suse-linux Thread model: posix gcc version 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] (SUSE Linux) --- Bradley Lucier (lucier aat math doot purdue doot edu) suggested that this could resemble http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854 He wrote thus at the gcc mailing list: --- I compiled your file with a recent version of the current development compiler euler-27% /pkgs/gcc-mainline/bin/gcc -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../../mainline/configure --enable-checking=release -- with-gmp=/pkgs/gmp-4.2.2/ --with-mpfr=/pkgs/gmp-4.2.2/ --prefix=/pkgs/ gcc-mainline --enable-languages=c --enable-gather-detailed-mem-stats Thread model: posix gcc version 4.4.0 20080827 (experimental) [trunk revision 139624] (GCC) with /pkgs/gcc-mainline/bin/gcc -c lgwam.c -fmem-report -ftime-report and got the following statistics. If you file a bug report, then they may prove helpful. --- I have placed the mentioned statistics at http://logiweb.eu/grue/lgwam.c.stats-O0 -- Summary: gcc 4.3.1 cannot compile big function Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: grue at diku dot dk GCC build triplet: See section on gcc -v in Description GCC host triplet: See section on gcc -v in Description GCC target triplet: See section on gcc -v in Description http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] gcc 4.3.1 cannot compile big function 2008-09-09 18:35 [Bug c/37448] New: gcc 4.3.1 " grue at diku dot dk @ 2008-09-10 8:02 ` grue at diku dot dk 2008-09-10 8:03 ` grue at diku dot dk 2008-09-10 8:04 ` rguenth at gcc dot gnu dot org 2 siblings, 0 replies; 13+ messages in thread From: grue at diku dot dk @ 2008-09-10 8:02 UTC (permalink / raw) To: gcc-bugs ------- Comment #1 from grue at diku dot dk 2008-09-10 08:01 ------- Created an attachment (id=16281) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16281&action=view) The source mentioned in the bug description -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] gcc 4.3.1 cannot compile big function 2008-09-09 18:35 [Bug c/37448] New: gcc 4.3.1 " grue at diku dot dk 2008-09-10 8:02 ` [Bug middle-end/37448] " grue at diku dot dk @ 2008-09-10 8:03 ` grue at diku dot dk 2008-09-10 8:04 ` rguenth at gcc dot gnu dot org 2 siblings, 0 replies; 13+ messages in thread From: grue at diku dot dk @ 2008-09-10 8:03 UTC (permalink / raw) To: gcc-bugs ------- Comment #2 from grue at diku dot dk 2008-09-10 08:01 ------- Created an attachment (id=16282) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16282&action=view) The statistics mentioned in the bug description -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/37448] gcc 4.3.1 cannot compile big function 2008-09-09 18:35 [Bug c/37448] New: gcc 4.3.1 " grue at diku dot dk 2008-09-10 8:02 ` [Bug middle-end/37448] " grue at diku dot dk 2008-09-10 8:03 ` grue at diku dot dk @ 2008-09-10 8:04 ` rguenth at gcc dot gnu dot org 2 siblings, 0 replies; 13+ messages in thread From: rguenth at gcc dot gnu dot org @ 2008-09-10 8:04 UTC (permalink / raw) To: gcc-bugs ------- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-10 08:02 ------- It indeed uses about 1.4GB ram and takes 26s (I think that's reasonable) to build the testcase. It's the DF initialize pass that requires this much memory. The function in question has 31671 basic blocks. dfinish doesn't seem to free it btw. (gdb) print *df $56 = {problems_in_order = {0x1b25920, 0x1b259a0, 0x0, 0x0, 0x0, 0x0}, problems_by_index = {0x1b25920, 0x1b259a0, 0x0, 0x0, 0x0, 0x0}, num_problems_defined = 2, blocks_to_analyze = 0x0, analyze_subset = 0 '\0', redo_entry_and_exit = 0 '\0', def_info = {refs = 0x0, begin = 0x19ee470, count = 0x38e3e2e0, refs_size = 0, table_size = 0, total_size = 7482051, ref_order = DF_REF_ORDER_NO_TABLE}, use_info = {refs = 0x0, begin = 0x38ef7fe0, count = 0x38fb1ce0, refs_size = 0, table_size = 0, total_size = 644313, ref_order = DF_REF_ORDER_NO_TABLE}, def_regs = 0x2f766c50, use_regs = 0x38b56f20, eq_use_regs = 0x38cca900, regs_size = 190267, regs_inited = 152214, insns = 0x1d48fb0, insns_size = 792538, hardware_regs_used = 0x2ef1e640, regular_block_artificial_uses = 0x2ef1e660, eh_block_artificial_uses = 0x2ef1e680, entry_block_defs = 0x2ef1e6a0, exit_block_uses = 0x2ef1e6c0, insns_to_delete = 0x2f928b40, insns_to_rescan = 0x2f928b60, insns_to_notes_rescan = 0x2f928b80, postorder = 0x30d2c60, postorder_inverted = 0x30f1b50, n_blocks = 31671, n_blocks_inverted = 31671, hard_regs_live_count = 0x1940610, ref_order = 39346414, changeable_flags = 0} Kenny, any idea where the memory leaks? -- rguenth at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zadeck at naturalbridge dot | |com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|0000-00-00 00:00:00 |2008-09-10 08:02:43 date| | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448 ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2013-03-06 10:46 UTC | newest] Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <bug-37448-4@http.gcc.gnu.org/bugzilla/> 2011-01-18 14:49 ` [Bug middle-end/37448] gcc 4.3.1 cannot compile big function rguenth at gcc dot gnu.org 2011-01-18 15:11 ` hubicka at gcc dot gnu.org 2011-01-18 15:15 ` hubicka at gcc dot gnu.org 2012-10-25 23:52 ` steven at gcc dot gnu.org 2012-10-26 2:05 ` lucier at math dot purdue.edu 2012-10-26 15:23 ` hubicka at gcc dot gnu.org 2012-10-26 16:48 ` hubicka at gcc dot gnu.org 2012-10-26 17:29 ` steven at gcc dot gnu.org 2013-03-06 10:43 ` [Bug middle-end/37448] [4.6/4.7/4.8 Regression] " steven at gcc dot gnu.org 2013-03-06 10:46 ` [Bug middle-end/37448] " rguenth at gcc dot gnu.org 2008-09-09 18:35 [Bug c/37448] New: gcc 4.3.1 " grue at diku dot dk 2008-09-10 8:02 ` [Bug middle-end/37448] " grue at diku dot dk 2008-09-10 8:03 ` grue at diku dot dk 2008-09-10 8:04 ` rguenth at gcc dot gnu dot org
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).