This is the mail archive of the mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: long double support in cygwin

On Sat, Nov 11, 2000 at 11:00:58PM -0500, Stephen L Moshier wrote:
>>>A search of the mailing list archive turned up what looks like
>>>another attempt to offer long double functions, over a year ago,
>>>as a version of mathinline.h.  Did that work lead anywhere?
>>Not that I'm aware of.  I don't recall anyone submitting any code.
>The posting was by Tim Prince.  If you told him what you just
>told me, to go talk to newlib, then I suppose he would not have
>submitted any code to you.  But I don't see it in newlib either.

Most of us (the core cygwin developers) tell people who are proposing
changes to things that involve newlib that they should talk to the
newlib mailing list.  We are not infallible, however, and sometimes we
may miss a post or forget to suggest this.  Tim has been with the
mailing list long enough that he may already know this.

However, you've prompted me to search the archives to see what you're
referring to.  Tim's code was adapted from glibc.  We can't use glibc
based code.  That is undoubtedly why no one suggested folding his
changes back into newlib.

>>As to why it's not there, it's not there because no one has
>>implemented it.
>I don't think that explains it.
>You could have copied the implementations from the old linux libc,
>glibc 1 or 2 libraries, from libio, from gmp, or from DJGPP.  The printf
>in newlib is BSD.  That has previously been modified for long double
>support in linux libc 4, as a contributed item for DJGPP and, one would
>think, by BSD as well.  Why aren't you using any of these six
>or seven codes that various people have indeed implemented?
>What is the policy?

There are licensing considerations which prevent us from taking code
from LGPLed sources (
I don't know exactly how many of the above this applies to but this is
not the main problem.

To the best of my knowledge no one has provided a copy of the software
that you desire to the newlib maintainers.  If someone does provide a
patch and that patch does not come from LGPLed or similarly encumbered
code then it would probably be acceptable.  It is that simple.

That's the usual policy in a free software project.


Want to unsubscribe from this list?
Send a message to

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]