public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
From: Brian Dessent <brian@dessent.net>
To: Seyran Avanesyan <seyran.avanesyan@tanner.com>
Cc: gcc-help@gcc.gnu.org
Subject: Re: 64-bit gcc
Date: Sat, 23 Aug 2008 03:18:00 -0000	[thread overview]
Message-ID: <48AF7E8E.BFFF0AF3@dessent.net> (raw)
In-Reply-To: <D66102A43110FC488698F1C3B605E93108F962C3@exchange01.tanner.com>

Seyran Avanesyan wrote:

> Does it mean that gcc4.4.0 in mingw-w64 is more like a branch which some
> time is going to be merged with main source code, then a fork, which
> will live with its own life?

No, it's a straight build of unmodified code from the gcc.gnu.org
subversion repository.

The reason that you need projects like mingw-w64 or MinGW or Cygwin is
because gcc is just a compiler.  In isolation it is nearly useless
unless you intend to use a freestanding environment (which you are
almost certainly not doing.)  gcc does not include an assembler, or a
linker, or a C library/headers, etc.  You need the context of a complete
target in order to do real work.

In the case of the common Windows ports this means you have to choose
whether you want to use the Cygwin libc runtime or the Microsoft libc
runtime, and add the headers and libraries of the chosen runtime, as
well as various other support files like the crt*.o startup objects. 
Projects like MinGW and Cygwin coordinate this integration of compiler +
linker + assembler + runtime + headers, much in the same way that Linux
distributions combine a lot of disparate packages to make something
useful.

Brian

  reply	other threads:[~2008-08-23  3:06 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-19 16:12 Restricting symbol binding within shared object Arindam
2008-08-19 16:58 ` special comments handling in the C compiler Tim Wang
2008-08-22  1:52   ` extern "C" From command line Seyran Avanesyan
2008-08-22  2:12     ` Brian Dessent
2008-08-23  1:38       ` Seyran Avanesyan
2008-08-23  2:37         ` Brian Dessent
2008-08-23  2:46           ` Seyran Avanesyan
2008-08-22  2:04   ` 64-bit gcc Seyran Avanesyan
2008-08-22 11:01     ` Brian Dessent
2008-08-22 20:09       ` Seyran Avanesyan
2008-08-22 22:32         ` Brian Dessent
2008-08-22 22:45           ` Seyran Avanesyan
2008-08-23  2:31             ` Brian Dessent
2008-08-23  2:45               ` NightStrike
2008-08-23  2:49               ` Seyran Avanesyan
2008-08-23  3:18                 ` Brian Dessent [this message]
2008-08-23  2:00         ` NightStrike
2008-08-23  2:13           ` Seyran Avanesyan
2008-08-19 18:49 ` Restricting symbol binding within shared object Ian Lance Taylor
2008-08-20 19:36   ` Arindam
2008-08-21  4:43     ` Ian Lance Taylor

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=48AF7E8E.BFFF0AF3@dessent.net \
    --to=brian@dessent.net \
    --cc=gcc-help@gcc.gnu.org \
    --cc=seyran.avanesyan@tanner.com \
    /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).