public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* Re: Supporting Open Source software
@ 2000-06-14  4:47 Reid Thompson
  0 siblings, 0 replies; 4+ messages in thread
From: Reid Thompson @ 2000-06-14  4:47 UTC (permalink / raw)
  To: cygwin

Who is Bunky?

--- Chris Faylor <cgf@cygnus.com> wrote:
> We've already said that the person who would
> normally look into this
> problem has been on an extended leave of absence
> from this mailing
> list.  We have always relied heavily on Mumit to fix
> this kind of
> problem in the past and his absence has left a huge
> void.
> 
> I've already responded that we are looking into the
> problem.  I had
> asked one of our VOLUNTEERS to look into this last
> week.  It hadn't
> penetrated my radar screen before that.  Before that
> time I was
> concerned with CRLF line endings in files.
> 
> The basic problem is THERE IS NO ONE AVAILABLE WHO
> UNDERSTANDS GCC WELL
> ENOUGH TO FIX THE PROBLEM QUICKLY.
> 
> Is this clear now, Bunky?
> 
> cgf
> 
> --
> Want to unsubscribe from this list?
> Send a message to
> cygwin-unsubscribe@sourceware.cygnus.com
> 


__________________________________________________
Do You Yahoo!?
Yahoo! Photos -- now, 100 FREE prints!
http://photos.yahoo.com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Supporting Open Source software
  2000-06-13 15:13 ` Chris Faylor
@ 2000-06-13 16:33   ` Tim Prince
  0 siblings, 0 replies; 4+ messages in thread
From: Tim Prince @ 2000-06-13 16:33 UTC (permalink / raw)
  To: cygwin

Tim Prince
----- Original Message -----
From: "Chris Faylor" <cgf@cygnus.com>
To: "cygwin newsgroup" <cygwin@sourceware.cygnus.com>
Sent: Tuesday, June 13, 2000 3:13 PM
Subject: Re: Supporting Open Source software


> We've already said that the person who would normally look into this
> problem has been on an extended leave of absence from this mailing
> list.  We have always relied heavily on Mumit to fix this kind of
> problem in the past and his absence has left a huge void.
>
At the very least, it has been helpful to have Mumit evaluate the
information we have gathered and submit a patch to gcc.  Many changes
are being made to gcc nowadays without considering what they do on
targets other than the ones of interest to the submittor, and we don't
want to (won't be permitted to) do the same from the cygwin side.  In
fact, many of us depend on having things work the same on cygwin and
other targets.
>
> The basic problem is THERE IS NO ONE AVAILABLE WHO UNDERSTANDS GCC
WELL
> ENOUGH TO FIX THE PROBLEM QUICKLY.
>



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Supporting Open Source software
  2000-06-13 14:46 Bruce E. Wampler
@ 2000-06-13 15:13 ` Chris Faylor
  2000-06-13 16:33   ` Tim Prince
  0 siblings, 1 reply; 4+ messages in thread
From: Chris Faylor @ 2000-06-13 15:13 UTC (permalink / raw)
  To: cygwin newsgroup

We've already said that the person who would normally look into this
problem has been on an extended leave of absence from this mailing
list.  We have always relied heavily on Mumit to fix this kind of
problem in the past and his absence has left a huge void.

I've already responded that we are looking into the problem.  I had
asked one of our VOLUNTEERS to look into this last week.  It hadn't
penetrated my radar screen before that.  Before that time I was
concerned with CRLF line endings in files.

The basic problem is THERE IS NO ONE AVAILABLE WHO UNDERSTANDS GCC WELL
ENOUGH TO FIX THE PROBLEM QUICKLY.

Is this clear now, Bunky?

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Supporting Open Source software
@ 2000-06-13 14:46 Bruce E. Wampler
  2000-06-13 15:13 ` Chris Faylor
  0 siblings, 1 reply; 4+ messages in thread
From: Bruce E. Wampler @ 2000-06-13 14:46 UTC (permalink / raw)
  To: cygwin newsgroup

I'd like to say a few words about the small flap I caused with my
"Is -mno-cygwin support being dropped?". It goes without saying
that on the whole, cygwin is a great product, and is of big
benefit to many many people. In fact, so many people now
rely on cygwin that it is really more than a simple open
source project. It is an essential tool, and requires
special support beyond what may be required for other
open source software.

I also support an open source software product, and have thousand
of users. They all depend on me and the others who are working on
the V and VIDE software to try to keep it current and at least
let them know if there are problems. I think one of the most
important aspects is to be sure new releases don't break apps 
that already exist.

I think as a developer of a library, there is a extra obligation
in this respect. I think the Cygwin team, as the developers of
an even more important tool, a compiler, have an even greater 
obligation in this respect.

I would consider releasing a compiler that will no longer compile
projects that used to work a _major_ problem. If people are
depending on the tool, they should at least know when to abandon
the latest release and revert to the old one.

Apparently the -mno-cygwin problem has been around for well
over a month. It may be that Mumit Kahn is the only one who
can fix the problem, but even that is not clear. It seems
that some important directories have been moved, and that
there is a real problem picking up the right include paths
and libraries are linked with the -mno-cygwin option.

The problem doesn't show up for all -mno-cygwin programs,
and I find this VERY scary. The problem has to do with
getting improper files included and linked, and just
because some -mno-cygwin programs can compile, it seems
very possible that they still aren't using the correct
libraries or includes, and could have subtle problems.
In my opinion, if the full implications of the problem
aren't known, it should warrant the recall of
the latest net version of cygwin. One simply does
not release and continue to keep available broken compilers!

We all understand that all the cygwin people are busy.
We are all busy too. I think it is totally improper to
respond to unpleasant bug reports like this with
"You don't like it, fix it yourself!" I certainly don't expect
you to learn how to build my open source software.
I expect you to let me know if I've released something
broken. And since my software is a building block
that you rely on, I'll try to fix it asap. Or,
I'll at least tell you that some part is broken,
and not to use it.

Compilers are a special kind of software product.
They are the one thing that the rest of us rely on.
If the -mno-cygwin switch is not 100% reliable
(and it is quite possible that it is currently
0% reliable), then RECALL the compiler and disable
the -mno-cygwin switch until you have it fixed!
-- 

Bruce E. Wampler, Ph.D.

Author of the V C++ GUI Framework

e-mail: mailto:bruce@objectcentral.com
web:    http://www.objectcentral.com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2000-06-14  4:47 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-06-14  4:47 Supporting Open Source software Reid Thompson
  -- strict thread matches above, loose matches on Subject: below --
2000-06-13 14:46 Bruce E. Wampler
2000-06-13 15:13 ` Chris Faylor
2000-06-13 16:33   ` Tim Prince

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).