From: "Edward S. Peschko" <esp5@pge.com>
To: DJ Delorie <dj@redhat.com>
Cc: gcc@gcc.gnu.org
Subject: Re: open watcom compiling gcc on win32
Date: Fri, 30 Jan 2004 00:29:00 -0000 [thread overview]
Message-ID: <20040130002556.GA14985@mdssdev05.comp.pge.com> (raw)
In-Reply-To: <200401292346.i0TNk4CT028713@greed.delorie.com>
On Thu, Jan 29, 2004 at 06:46:04PM -0500, DJ Delorie wrote:
>
> > But - the cygwin dll that I produce has to 'play well' with vc++ dlls.
> > And *that's* what watcom provides. In fact, that was what I was planning on
> > doing. Compiling cygwin with watcom to produce a vc++ compatible cygwin dll.
> >
> > And what I'm saying is that is what gcc should provide. gcc, ld, ar, as, on win32
> > should produce visual C++ compatible dlls.
>
> At this point, you've left the realm of gcc and wandered into either
> the binutils realm, or the cygwin realm. The mechanisms for producing
> DLLs are in binutils (specifically, the linker "ld"), and the policy
> for making cygwin1.dll specifically rests with the cygwin project.
well, no, I wouldn't say that I've 'left the realm of gcc' - after all, the objects
that gcc produce, and how certain features of g++ on win32 work (RTTI, etc) would
need to change and have to work smoothly with ld, and I would argue that it is
a *steering committee* decision that could prompt such a change in cygwin.
And the suggestions I got from some members of the mingw group
was to talk to the gcc steering committee. So here I am. And in any case,
its a point in the g++ FAQ that I'm disputing:
http://docs.freebsd.org/info/g++FAQ/g++FAQ.info.problems_linking_with_other_libraries.html
I'd say this holds true for unix, untrue for win32.
Ed
(
ps - I'll talk to the binutils group as you suggest.. however, in order for this
to work the three groups would have to work together. which sort of doesn't leave me
too much hope that it will happen..
however, there are other reasons for looking at watcom - optimisation being one
of the primary ones. A command decision has to be made, and perhaps the will
will be found and a set of gnu tools that produces vc++-linkable libraries
will be implemented along the way. This could be slightly optimistic though.. ;-)
)
next prev parent reply other threads:[~2004-01-30 0:28 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-27 8:02 Edward S. Peschko
2004-01-27 8:53 ` Marcel Cox
2004-01-27 18:38 ` Edward S. Peschko
2004-01-28 20:29 ` Marcel Cox
2004-01-29 23:32 ` Edward S. Peschko
2004-01-29 23:51 ` DJ Delorie
2004-01-30 0:29 ` Edward S. Peschko [this message]
2004-01-30 0:45 ` DJ Delorie
2004-01-30 1:20 ` Edward S. Peschko
2004-01-30 17:41 ` Oscar Fuentes
2004-01-30 21:40 ` Edward S. Peschko
2004-01-30 22:21 ` Ian Lance Taylor
2004-01-30 22:52 ` Devang Patel
2004-01-30 22:53 ` Robert Dewar
2004-01-30 23:25 ` Edward S. Peschko
2004-01-31 20:18 ` Oscar Fuentes
2004-01-30 23:55 ` tm_gccmail
2004-02-01 14:43 ` Kai Henningsen
2004-02-02 19:57 ` Edward S. Peschko
2004-01-30 0:37 ` Jonathan Wilson
2004-02-05 2:28 ` Christopher Faylor
2004-01-30 0:26 ` Jonathan Wilson
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=20040130002556.GA14985@mdssdev05.comp.pge.com \
--to=esp5@pge.com \
--cc=dj@redhat.com \
--cc=gcc@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).