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
next prev 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: linkBe 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).