We turned 3 different teams of code programmers loose on the code bases of AIX, Unix and Linux. And they came back with - independently - we had the three teams - one was a set of high-end mathematicians, rocket scientist, modeling type guys. Another team was based on standard programmer types. A third team were really spiffy on agent technology and how all of this technology was built in the first place. So the three teams came back independently and validated that there wasn't just a little bit of code showing up inside of Linux from our Unix intellectual property base. There was actually a mountain of code showing up in there.
--
(July 21, 2003, )Darl McBride
When we take a top-tier view of the amount of code showing up inside of Linux today that is either directly related to our Unix System 5 that we directly own or is related to one of our flavors of Unix that we have derivative works rights over--we don't necessarily own those flavors, but we have control rights over how that information gets disseminated--the amount is substantial. We're not talking about just lines of code; we're talking about entire programs. We're talking about hundred [sic] of thousands of lines of code.
Darl McBride
We're not talking about insignificant amounts of code. It's substantial System V code showing up in Linux.
Darl McBride
The programmers who write improvements to GCC (or Emacs, or Bash, or Linux, or any GPL-covered program) are often employed by companies or universities. When the programmer wants to return his improvements to the community, and see his code in the next release, the boss may say, "Hold on there--your code belongs to us! We don't want to share it; we have decided to turn your improved version into a proprietary software product."
Here the GNU GPL comes to the rescue. The programmer shows the boss that this proprietary software product would be copyright infringement, and the boss realizes that he has only two choices: release the new code as free software, or not at all. Almost always he lets the programmer do as he intended all along, and the code goes into the next release.Richard M. Stallman
Obviously Linux owes its heritage to UNIX, but not its code. We would not, nor will not, make such a claim.
Darl McBride
… even if the Hurd didn't depend on Linux code (and as far as I know, it does, but since I think they have their design heads firmly up their *sses anyway with that whole microkernel thing, I've never felt it was worth my time even looking at their code), I don't believe a religiously motivated development community can ever generate as good code except by pure chance.
Linus Torvalds
McBride, Darl
McCabe, Joseph
A
B
C
D
E
F
G
H
I
J
K
L
M
N
O
P
Q
R
S
T
U
V
W
X
Y
Z