From: Mumit Khan <khan@xraylith.wisc.EDU>
To: JRSON@NetZero.Net
Cc: cygwin@sourceware.cygnus.com
Subject: Re: (Another) newbie problem
Date: Tue, 31 Aug 1999 18:01:00 -0000 [thread overview]
Message-ID: <199909010100.UAA17983@mercury.xraylith.wisc.edu> (raw)
In-Reply-To: <37cd6b55.11211806@smtp.netzero.net>
JRSON@NetZero.Net (John R Hanson) writes:
> No, The compiler and binutils produce and use
> the same input/output whether you are compiling
> for mingw32 or cygwin. Only the startup files,
> libraries and (some) include files need to be kept separate.
There will be some differences starting the next release. I
just put the finishing touches on thread-safe C++ exceptions
for Mingw, and that just won't work for "stock" Cygwin. Of
course, if you don't specify -mthreads option (which defines
-D_MT and adds in the thread-safe helper library), it'll be
the same.
> The ideal setup would be the cygwin gcc/++.exe compiler driver
> and the mingw32 compiler and binutils
> That way you could use symlinks where needed. And still have
> the fast compiler, and tools.
Actually, there are other problems with this setup besides the
quoting issue -- the pathnames have to specially handled by
the driver before passing it on for example. UWIN folks do
this to drive MSVC and there's quite a bit of work to be done
(and I can still break it at will). If you can live with a
little slowdown due to Cygwin overhead, why not just use a
Cygwin hosted Mingw targeted toolchain (just install it somewhere
else, and use PATH to switch to it)? As you can probably guess
already, I have just the setup. In fact, I'm contemplating
packaging it up (which takes a finite block of my time, hence
the contemplation ;-) and putting it up for ftp.
> if you are using mingw32 gcc with -cygwin
> (does anyone else do this but me?-)
Hey, I know of someone (trying to) build Linux kernel under Cygwin.
so there ;-)
Regards,
Mumit
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
WARNING: multiple messages have this Message-ID
From: Mumit Khan <khan@xraylith.wisc.EDU>
To: JRSON@NetZero.Net
Cc: cygwin@sourceware.cygnus.com
Subject: Re: (Another) newbie problem
Date: Tue, 31 Aug 1999 23:49:00 -0000 [thread overview]
Message-ID: <199909010100.UAA17983@mercury.xraylith.wisc.edu> (raw)
Message-ID: <19990831234900.Ok6eoSS6RFzLeaesAeQ05Qbu3Gly_CoOemhtkkcJuYQ@z> (raw)
In-Reply-To: <37cd6b55.11211806@smtp.netzero.net>
JRSON@NetZero.Net (John R Hanson) writes:
> No, The compiler and binutils produce and use
> the same input/output whether you are compiling
> for mingw32 or cygwin. Only the startup files,
> libraries and (some) include files need to be kept separate.
There will be some differences starting the next release. I
just put the finishing touches on thread-safe C++ exceptions
for Mingw, and that just won't work for "stock" Cygwin. Of
course, if you don't specify -mthreads option (which defines
-D_MT and adds in the thread-safe helper library), it'll be
the same.
> The ideal setup would be the cygwin gcc/++.exe compiler driver
> and the mingw32 compiler and binutils
> That way you could use symlinks where needed. And still have
> the fast compiler, and tools.
Actually, there are other problems with this setup besides the
quoting issue -- the pathnames have to specially handled by
the driver before passing it on for example. UWIN folks do
this to drive MSVC and there's quite a bit of work to be done
(and I can still break it at will). If you can live with a
little slowdown due to Cygwin overhead, why not just use a
Cygwin hosted Mingw targeted toolchain (just install it somewhere
else, and use PATH to switch to it)? As you can probably guess
already, I have just the setup. In fact, I'm contemplating
packaging it up (which takes a finite block of my time, hence
the contemplation ;-) and putting it up for ftp.
> if you are using mingw32 gcc with -cygwin
> (does anyone else do this but me?-)
Hey, I know of someone (trying to) build Linux kernel under Cygwin.
so there ;-)
Regards,
Mumit
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
next prev parent reply other threads:[~1999-08-31 18:01 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-08-31 11:57 Jim Roy
1999-08-31 17:31 ` John R Hanson
1999-08-31 17:57 ` Chris Faylor
1999-08-31 23:49 ` Chris Faylor
1999-08-31 18:01 ` Mumit Khan [this message]
1999-08-31 23:49 ` Mumit Khan
1999-08-31 23:49 ` John R Hanson
1999-08-31 23:49 ` Jim Roy
-- strict thread matches above, loose matches on Subject: below --
1999-08-31 18:57 Earnie Boyd
1999-08-31 23:49 ` Earnie Boyd
1999-08-31 16:55 Simon Gornall
1999-08-31 23:49 ` Simon Gornall
1999-08-31 12:29 Earnie Boyd
1999-08-31 23:49 ` Earnie Boyd
1999-08-31 10:15 Earnie Boyd
1999-08-31 23:49 ` Earnie Boyd
1999-08-31 9:59 Simon Gornall
1999-08-31 23:49 ` Simon Gornall
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=199909010100.UAA17983@mercury.xraylith.wisc.edu \
--to=khan@xraylith.wisc.edu \
--cc=JRSON@NetZero.Net \
--cc=cygwin@sourceware.cygnus.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).