| |||||||||||||
Choosing between portability and innovationChoosing between portability and innovationPosted Mar 3, 2011 5:22 UTC (Thu) by AnthonyJBentley (subscriber, #71227)In reply to: Choosing between portability and innovation by paracyde Parent article: Choosing between portability and innovation
I ask myself: How many BSD guys are X.Org commiters? How many BSD guys work on the Freedesktop specifications? What about the GNU-project, KDE or Gnome? BSD is a smaller project. Thats a simple fact. There are BSD people in all of those projects, but proportionally so few that they simply dont have as much influence. Example: GCC. The dislike of GCC is not just because of the license. GCC is notoriously averse to committing patches from BSD, so downstream has to maintain their own forks of the compiler. GCC also drops support for architectures that BSD still uses; OpenBSD has various copies of GCC 2.x, 3.x, and 4.x in the tree to compile for the various architectures. Having to maintain these kinds of things redirects valuable manpower from other projects like Xorg.
(Log in to post comments)
Choosing between portability and innovation Posted Mar 3, 2011 5:26 UTC (Thu) by JoeBuck (subscriber, #2330) [Link]
"GCC is notoriously averse to committing patches from BSD" ....
Where do you get that idea?
Choosing between portability and innovation Posted Mar 3, 2011 11:01 UTC (Thu) by rleigh (subscriber, #14622) [Link]
" GCC also drops support for architectures that BSD still uses; OpenBSD has various copies of GCC 2.x, 3.x, and 4.x in the tree to compile for the various architectures. Having to maintain these kinds of things redirects valuable manpower from other projects like Xorg."
This, at least superficially, appears to be a huge waste of effort. How many actual users are doing new installs using the obsolete architectures supported by those ancient compilers? Is the cost/benefit actually worth it? Would time not be better spent just using the current GCC release and making sure the architectures you really care about are supported with it? Architectures get dropped from GCC when they aren't maintained; does BSD actively maintain their supported architectures in current GCC, or does it rely on others to keep them updated? Dropping old GCCs would allow direction of your efforts to where they would make a real difference, rather than spending it where it benefits only a few.
This brings significant additional costs too. If you're using GCC 2.x, you're missing out on stuff like ISO C99, ISO C++ and its standard library, which is another case of portability blocking progress. If that's your baseline, *no one* can use C99 features in the BSD tree, or C++. And this is 12 years after C99 was adopted. *That* is blocking progress--it's directly preventing the use of standard features in our core languages.
Regards,
|
|||||||||||||