This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Removal of support for GCC hosted on UWIN
- To: dewar at gnat dot com
- Subject: Re: Removal of support for GCC hosted on UWIN
- From: Nick Ing-Simmons <nik at tiuk dot ti dot com>
- Date: Tue, 9 Jan 2001 13:42:37 GMT
- Cc: gcc at gcc dot gnu dot org
- Organization: via, but not speaking for : Texas Instruments Ltd.
- References: <20010109131643.9431F34D80@nile.gnat.com>
- Reply-To: Nick Ing-Simmons <nik at tiuk dot ti dot com>
<dewar@gnat.com> writes:
><<So how does a binary that links (say) HPUX's libc.sl, or Sun's libc.so
>get allowed?
>>>
>
>Well I guess the answer is RTFL (L = license). There is a clear
>distinction made in the last paragraph but one of section 3 that
>obviously applies to the examples you cite here:
>
>------
>However, as a
>special exception, the source code distributed need not include
>anything that is normally distributed (in either source or binary
>form) with the major components (compiler, kernel, and so on) of the
>operating system on which the executable runs, unless that component
>itself accompanies the executable.
So if one considers UWIN an operating system (as the phase
"hosted on UWIN" implies) why the prohibition?
What is it about UWIN that is different from SunOS or HPUX - or come
to that Mingw32 where we don't have the source to MS's C runtime.
(Being devils advocate mainly - just to try and under stand
what GCC folk understand by GPL.)
--
Nick Ing-Simmons <nik@tiuk.ti.com>
Via, but not speaking for: Texas Instruments Ltd.