public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.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	[thread overview]
Message-ID: <bug-54179-4-5nBjGGOGFx@http.gcc.gnu.org/bugzilla/> (raw)
In-Reply-To: <bug-54179-4@http.gcc.gnu.org/bugzilla/>

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54179

--- Comment #28 from Richard Guenther <rguenth at gcc dot gnu.org> 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 ?


  parent reply	other threads:[~2012-08-06  8:43 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-05 11:05 [Bug c/54179] New: " jason.vas.dias at gmail dot com
2012-08-05 11:11 ` [Bug c/54179] " jason.vas.dias at gmail dot com
2012-08-05 11:22 ` wbrana at gmail dot com
2012-08-05 11:36 ` jason.vas.dias at gmail dot com
2012-08-05 11:43 ` jason.vas.dias at gmail dot com
2012-08-05 12:01 ` wbrana at gmail dot com
2012-08-05 12:04 ` steven at gcc dot gnu.org
2012-08-05 12:21 ` jason.vas.dias at gmail dot com
2012-08-05 12:28 ` wbrana at gmail dot com
2012-08-05 12:34 ` steven at gcc dot gnu.org
2012-08-05 12:37 ` steven at gcc dot gnu.org
2012-08-05 13:16 ` jason.vas.dias at gmail dot com
2012-08-05 13:31 ` wbrana at gmail dot com
2012-08-05 13:43 ` jason.vas.dias at gmail dot com
2012-08-05 13:46 ` jason.vas.dias at gmail dot com
2012-08-05 13:51 ` jason.vas.dias at gmail dot com
2012-08-05 13:54 ` steven at gcc dot gnu.org
2012-08-05 13:55 ` steven at gcc dot gnu.org
2012-08-05 14:12 ` wbrana at gmail dot com
2012-08-05 14:13 ` schwab@linux-m68k.org
2012-08-05 18:10 ` jason.vas.dias at gmail dot com
2012-08-05 18:39 ` steven at gcc dot gnu.org
2012-08-05 19:49 ` jason.vas.dias at gmail dot com
2012-08-05 19:52 ` jason.vas.dias at gmail dot com
2012-08-05 20:10 ` jason.vas.dias at gmail dot com
2012-08-05 20:17 ` steven at gcc dot gnu.org
2012-08-05 20:58 ` jason.vas.dias at gmail dot com
2012-08-05 21:05 ` steven at gcc dot gnu.org
2012-08-06  8:43 ` rguenth at gcc dot gnu.org [this message]
2012-08-06  9:11 ` steven at gcc dot gnu.org
2012-08-06 10:49 ` steven at gcc dot gnu.org
2023-07-06 10:49 ` mmokrejs at gmail dot com
2023-07-07 11:29 ` sjames at gcc dot gnu.org
2023-07-07 11:39 ` [Bug bootstrap/54179] " tnfchris at gcc dot gnu.org
2023-07-07 12:47 ` mmokrejs at gmail dot com
2023-10-31 12:48 ` sjames at gcc dot gnu.org
2023-11-13 13:07 ` brjd_epdjq36 at kygur dot com
2023-11-13 15:03 ` xry111 at gcc dot gnu.org
2023-11-13 15:12 ` brjd_epdjq36 at kygur dot com
2024-05-11 12:08 ` brjd_epdjq36 at kygur dot com
2024-05-12  4:29 ` sjames at gcc dot gnu.org
2024-05-12 10:19 ` brjd_epdjq36 at kygur dot com

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-54179-4-5nBjGGOGFx@http.gcc.gnu.org/bugzilla/ \
    --to=gcc-bugzilla@gcc.gnu.org \
    --cc=gcc-bugs@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).