Thread: Why Windriver?
View Single Post
  #1   Spotlight this post!  
Unread 19-01-2011, 02:15
davidthefat davidthefat is offline
Alumni
AKA: David Yoon
FRC #0589 (Falkons)
Team Role: Alumni
  
Join Date: Jan 2011
Rookie Year: 2010
Location: California
Posts: 792
davidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud of
Why Windriver?
Why? I want to know why FIRST chose Windriver. Is it because of marketing deals? It's restricted by licensing agreements. Why can't aren't 3rd party IDEs like CodeBlocks officially supported? CodeBlocks is flexible; it supports lots of compilers from GCC to TurboC++. I don't see a problem having the specific compiler for the cRio to work with CodeBlocks. I believe that the Open Source softwares are better fit for FIRST's mission than a company that owns proprietary software. NetBeans is open source, which is good. One reason why my team is not using C++ is the fact that WindRiver is a pain. Same goes for LabView... I personally think this competition needs to step away from specific companies to a wide variety of companies. Like having an option for an ARM based processor instead of cRio, or an AVR based. Yes I know the issue of "standardization" and "safely communicating". They can go the extra mile to support other hardware. Its not that radical of an idea.

Edit: Also why not Linux in replacement for VxWorks?


Oh I will be releasing our source code online later in the season.
__________________
Do not say what can or cannot be done, but, instead, say what must be done for the task at hand must be accomplished.
Last edited by davidthefat : 19-01-2011 at 02:27.