public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
From: Brian Dessent <brian@dessent.net>
To: Rick Mann <rmann@latencyzero.com>
Cc: gcc-help@gcc.gnu.org, Ted Byers <r.ted.byers@rogers.com>
Subject: Re: Should I be able to build cross gcc 4.x on Cygwin?
Date: Wed, 12 Dec 2007 00:34:00 -0000	[thread overview]
Message-ID: <475F2C95.5AD631A@dessent.net> (raw)
In-Reply-To: <710C780E-6CF3-4950-9A39-8CFC26B08C2D@latencyzero.com>

Rick Mann wrote:

> I've been able to build an xscale-elf-targeted GCC (and binutils and
> newlib) on Mac OS X. Now I have to do the same thing on Cygwin (ugh),
> and it doesn't work.

"Doesn't work" is pretty vague, we need specifics.

> One thing is that Cygwin has GCC 3.4, not 4.x.

That should not matter at all.

Ted Byers wrote:

> Cygwin is ALWAYS well behind. 

Yes, yes, snipe away.  It's easy to complain.  But have you considered
that there's perhaps a reason why we only ship 3.4 with Cygwin, a reason
that's not rooted in us being lazy?  Could it possibly be that gcc 4.x
is not yet fully functional on Cygwin?  Could it be that C++ and java
exceptions are seriously broken due to lack of shared libgcc and shared
libstdc++ and shared libjava?  That we want to switch the platform over
to Dwarf-2 from SJLJ but we aren't sure how this will work on a platform
where we can't recompile the operating system, and where Dwarf-2
unwinding will thus fail in certain circumstances?  Could it just
possibly be that we have reasons for sticking with 3.4 that don't amount
to "just haven't gotten around to it", that we would rather ship a
compiler that works rather than one that falls on its ass if you try to
throw an exception across a shared library?  Can you please stop
labeling Cygwin as gratuitously out of date for no good reason?

Brian

  parent reply	other threads:[~2007-12-12  0:34 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-11 22:57 Rick Mann
2007-12-11 23:07 ` Ted Byers
2007-12-12  0:34 ` Brian Dessent [this message]
2007-12-12  2:23   ` Ted Byers
2007-12-12  2:07 ` Tim Prince
2007-12-12 22:32   ` Rick Mann
2007-12-12 23:04     ` Brian Dessent
2007-12-12 23:16       ` Rick Mann
2007-12-12 23:48         ` Brian Dessent
2007-12-13  0:02           ` Rick Mann
2007-12-13  0:06             ` Brian Dessent
2007-12-13  3:43               ` Rick Mann
2007-12-14  0:35                 ` Rick Mann
2007-12-14  0:44                   ` Brian Dessent
2007-12-14  0:57                   ` Ted Byers
2007-12-14  2:35                     ` Rick Mann
2007-12-16 19:34                   ` Kai Ruottu

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=475F2C95.5AD631A@dessent.net \
    --to=brian@dessent.net \
    --cc=gcc-help@gcc.gnu.org \
    --cc=r.ted.byers@rogers.com \
    --cc=rmann@latencyzero.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).