public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
From: "ktietz at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/39738] GCC cannot build itself for win64 platform
Date: Sun, 12 Apr 2009 19:49:00 -0000	[thread overview]
Message-ID: <20090412194941.24528.qmail@sourceware.org> (raw)
In-Reply-To: <bug-39738-17562@http.gcc.gnu.org/bugzilla/>



------- Comment #6 from ktietz at gcc dot gnu dot org  2009-04-12 19:49 -------
(In reply to comment #5)
> I see this bug in compiler driver is already known
> (http://sourceforge.net/forum/forum.php?thread_id=3091795&forum_id=723797), it
> works only with "-O0". I can't found report about this bug in database.. does
> it exists ?
Yes, there is already one. But this bug is work-a-round by a temporary hack in
our crt. So it shouldn't appear anymore.

> > Well, on 4.4 branch there was a patch introducing the winsup link, which got necessary for building libstdc++. We solve this by setting up in gcc's source tree a symbolic link "winsup" pointing to the sysroot (prefix) directory.
> 
> 
> Symbolic link "winsup" to prefix directory with mingw-w64 runtime headers not
> works properly with current gcc 4.4.0 snapshot.. for correct build you must
> *temporary* remove file "stddef.h" from
> ${YOUR_PREFIX}/x86_64-pc-mingw32/include because it conflicts with same file in
> libstdc++ build directory.
> 

Hmm, I tested a native build with current 4.4 gcc and I had no issues about it.

Please make sure, that you have in your gcc source root directory the symbolic
link "winsup" pointing to your prefix directory. Secondly, make sure you have
the symbolic link "mingw" in your prefix directory, which has to point to
x86_64-pc-mingw32 directory.
If you need further help you can join #mingw-w64 on irc.oftc.net.

Cheers,
Kai


-- 


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


  parent reply	other threads:[~2009-04-12 19:49 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-11 15:00 [Bug libstdc++/39738] New: " css20 at mail dot ru
2009-04-11 18:47 ` [Bug libstdc++/39738] " paolo dot carlini at oracle dot com
2009-04-11 19:33 ` [Bug target/39738] " ktietz at gcc dot gnu dot org
2009-04-11 21:09 ` css20 at mail dot ru
2009-04-12  8:50 ` css20 at mail dot ru
2009-04-12 19:36 ` css20 at mail dot ru
2009-04-12 19:49 ` ktietz at gcc dot gnu dot org [this message]
2009-04-13  8:12 ` css20 at mail dot ru
2009-04-13  8:34 ` ktietz at gcc dot gnu dot org
2009-04-13 15:48 ` css20 at mail dot ru
2009-04-13 18:06 ` css20 at mail dot ru
2009-04-13 19:25 ` ktietz at gcc dot gnu dot org
2009-05-23  9:47 ` loaden at gmail dot com
2009-05-24  4:34 ` paolo dot carlini at oracle 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=20090412194941.24528.qmail@sourceware.org \
    --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).