public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: NightStrike <nightstrike@gmail.com>
To: "Howard Chu" <hyc@highlandsun.com>
Cc: "Ali, Muhammad" <alim@uhnresearch.ca>, gcc@gcc.gnu.org
Subject: Re: Re: Does gcc support compiling for windows x86-64?
Date: Sat, 24 Nov 2007 05:46:00 -0000	[thread overview]
Message-ID: <b609cb3b0711231556m78fafc27ga18f11e15f04e06d@mail.gmail.com> (raw)
In-Reply-To: <474762ED.9050603@highlandsun.com>

On Nov 23, 2007 6:31 PM, Howard Chu <hyc@highlandsun.com> wrote:
> I've downloaded a couple of the binary tarballs from the mingw-w64 project
> page. Had a lot of trouble getting usable code out of them. I finally figured
> out that I had to compile without any optimization to get anything to run.
> It's not clear whether this is a problem specific to the win64 support, or if
> it's gcc 4.3.0's immaturity. I was also frustrated by the lack of a working
> debugger, giving up half way through building gdb. I'm thinking it may be
> quicker to write a tool that converts the gcc stabs stuff to rudimentary PDB
> format to provide function and variable names for WinDbg.

GDB support isn't done yet.  Optimization issues will be more
difficult to debug, also.  Please remember that the project has only
two or three people on it, only one of which really understands this
stuff.  If you'd like to help out, we would be very grateful.

Also, please try a more current version of the project.  As soon as I
get through with some very pressing family emergencies, I will be
uploading new versions of everything.  Anything that you can test and
find problems with will be very helpful.

> The cross-compiler runs pretty well hosted on Linux but for some reason some
> of the configure scripts I ran were accessing my Linux header files and so
> detecting features they shouldn't have. My only other choice was to run under
> Cygwin on the Windows side, but shell scripts run about 100 times slower
> there, making configure/libtool/etc unbearable. (Normally I would use MSYS but
> the last one I tried just crashes immediately on Win64.) And it looks like
> current bash on cygwin doesn't handle case/esac constructs correctly, so e.g.
> the configure script for BerkeleyDB 4.6.21 fails there.

I made a binary release that runs on i686-pc-mingw32.  That may allow
you to step away from cygwin.  Regarding the linux release, however,
can you describe in more detail what you are seeing in terms of
accessing the linux header files?  It's entirely possible that I am
building the sysroot incorrectly (hey, we all make mistakes :) ).  If
you could provide more feedback, I'd love to try to fix it.  You can
email me directly, post to the mingw-w64 mailing list, file a bug
report on the mingw-w64 project, etc etc.

  reply	other threads:[~2007-11-23 23:56 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <OFCEDD5500.CE684039-ONC125739C.002D50C1-C125739C.002D7F30@onevision.de>
     [not found] ` <4746EB4A.8090204@computer.org>
2007-11-23 23:40   ` Ali, Muhammad
2007-11-23 23:40     ` Howard Chu
2007-11-24  5:46       ` NightStrike [this message]
2007-11-26 14:11       ` Dave Korn
2007-11-26 15:57         ` Howard Chu

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=b609cb3b0711231556m78fafc27ga18f11e15f04e06d@mail.gmail.com \
    --to=nightstrike@gmail.com \
    --cc=alim@uhnresearch.ca \
    --cc=gcc@gcc.gnu.org \
    --cc=hyc@highlandsun.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).