From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23823 invoked by alias); 6 Aug 2012 08:43:12 -0000 Received: (qmail 23813 invoked by uid 22791); 6 Aug 2012 08:43:11 -0000 X-SWARE-Spam-Status: No, hits=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,KHOP_THREADED,TW_CX X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 06 Aug 2012 08:42:58 +0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/54179] please split insn-emit.c ! Date: Mon, 06 Aug 2012 08:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Keywords: memory-hog X-Bugzilla-Severity: enhancement X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2012-08/txt/msg00308.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54179 --- Comment #28 from Richard Guenther 2012-08-06 08:42:57 UTC --- (In reply to comment #26) > Well, when I read on the documentation page > > http://gcc.gnu.org/install/configure.html > > > --enable-build-with-cxx > Build GCC using a C++ compiler rather than a C compiler. This is an > experimental option which may become the default in a later release. > > > --enable-bootstrap > In special cases, you may want to perform a 3-stage build even if the > target and host triplets are different. This is possible when the host can run > code compiled for the target (e.g. host is i686-linux, target is i486-linux). > Starting from GCC 4.2, to do this you have to configure explicitly with > --enable-bootstrap. > > > --enable-checking > --enable-checking=list > When you specify this option, the compiler is built to perform internal > consistency checks of the requested complexity. This does not change the > generated code, but adds error checking within the compiler. This will slow > down the compiler and may only work properly if you are building the compiler > with GCC. This is `yes' by default when building from SVN or snapshots, but > `release' for releases. The default for building the stage1 compiler is `yes'. > More control over the checks may be had by specifying list. The categories of > checks available are `yes' (most common checks > `assert,misc,tree,gc,rtlflag,runtime'), `no' (no checks at all), `all' (all but > `valgrind'), `release' (cheapest checks `assert,runtime') or `none' (same as > `no'). Individual checks can be enabled with these flags `assert', `df', > `fold', `gc', `gcac' `misc', `rtl', `rtlflag', `runtime', `tree', and > `valgrind'. > > The `valgrind' check requires the external valgrind simulator, available > from http://valgrind.org/. The `df', `rtl', `gcac' and `valgrind' checks are > very expensive. To disable all checking, `--disable-checking' or > `--enable-checking=none' must be explicitly requested. Disabling assertions > will make the compiler and runtime slightly faster but increase the risk of > undetected internal errors causing wrong code to be generated. > > > > > > > Where does it say I cannot build "C" and not "C++" without specifying > > --enable-languages=c --disable-build-with-cxx > --disable-build-poststage1-with-cxx --enable-stage1-languages=c > > which is in fact the case ? > > Where does it say that users should never use "--enable-checking=all" > with "--enable-bootstrap" ? Well, the docs don't say that you need any of --enable-checking to build GCC. And --enable-checking=all does exactly what is documented ;) For releases the default configuration is --enable-checking=release --enbale-stage1-checking=yes (to check the compiler but not slow down the final created compiler). So, if you don't know what you are doing just stick with the defaults ;) > And what has any of this to do with the simple question posed in the title > of this bug report : why can't insn-emit.c be split ?