1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking Benchmarking Platform
Phoromatic Test Orchestration

Reasons Why You Don't Contribute To Open-Source Software

Free Software

Published on 23 April 2010 10:20 PM EDT
Written by Michael Larabel in Free Software
87 Comments

Over on the GCC mailing list is a rather lively discussion (especially for being a Friday evening) that only started earlier today. No, it's not about the recent GCC 4.5 release or even our GCC vs. Clang/LLVM benchmarks, but it's about development participation. A developer is asking why you don't participate in contributing to GCC?

There are many responses already, but the GNU Compiler Collection having higher standards for accepting patches than most other open-source projects and legal reasons have been the two most populous answers. Contributing to GCC requires filing a disclaimer that you assign the copyright to the Free Software Foundation. For developers employed by organizations, this disclaimer is often problematic and can take significant amounts of time before it's cleared by various legal departments, here is a good message in regards to that situation as even at least one developer at Stanford has been turned off by the situation.

Some of the complaints have been about the quality of the code within the free software world being absolutely appalling with different formatting techniques, few code comments, a lack of documentation, and other shortcomings when mostly unpaid developers from around the world all diverge on a single code-base. GCC on the other hand tends to have a higher standard with regard to code quality and documentation with requiring patches comply with the GNU style.

Other expressed barriers in participation have included spoken language difficulties, lack of time, GCC being bloated and crufty, and availability of hardware/architectures in testing patches. It's an interesting read with the different perspectives on the matter, which can be followed via this web thread. The discussion is still ongoing.

More generally than just GCC, why don't you participate in open-source projects that interest you? Or, on the other hand, what are your main motives for participating in such projects? Tell us in the forums.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux News
  1. New Mesa Vec4 Backend For Intel, Supports Their NIR Goals
  2. "PulseVideo" Coming To Complement PulseAudio?
  3. Premium Users Now Can Experience Our New Site
  4. XFS Will Get DAX Support In The Linux 4.2 Kernel
  5. X.Org Server Lands More Mode-Setting/GLAMOR Improvements, But No Sign Of 1.18
  6. Linux Mint 17.2 Officially Released With Cinnamon/MATE Flavors
  7. Fedora For MIPS Is Now Out In Testing, Supports The Creator CI20
  8. KDE Plasma 5.3.2 Fixes Shutdown Scripts, Few Dozen Other Bugs
  9. KDE Marks Four Years In Its Process Of Porting To Wayland
  10. Btrfs In Linux 4.2 Brings Quota Updates, Many Fixes
Latest Articles & Reviews
  1. How KDE VDG Is Trying To Make Open-Source Software Beautiful
  2. Attempting To Try Out BCache On The Linux 4.1 Kernel
  3. CompuLab's Fitlet Is A Very Tiny, Fanless, Linux PC With AMD A10 Micro
  4. AMD A10-7870K Godavari: RadeonSI Gallium3D vs. Catalyst Linux Drivers
Most Viewed News This Week
  1. Kubuntu 15.10 Could Be The End Of The Road
  2. Linus Is Looking Forward To Merging KDBUS, But Not Convinced By Performance
  3. NVIDIA Starts Supplying Open-Source Hardware Reference Headers
  4. KDBUS Won't Be Pushed Until The Linux 4.3 Kernel
  5. Linux 4.2 Kernel Gets Port To New Processor Architecture
  6. The Staging Pull For Linux 4.2: "Big, Really Big"
  7. The State & Complications Of Porting The Unity Editor To Linux
  8. SteamOS "Brewmaster" Is Valve's New Debian 8.1 Based Version