![]() |
A work around for Linux users
I understand that Netbeans is available for Linux - and that it works swell for the robot programming. However, after learning that one can simply FTP files to the cRIO - which is what Netbeans does if I remember correctly - would it be possible to do the whole 9 yards through terminal? What I mean is:
1. writing the source code through VIM or another text editor 2. compiling the code (I'm not sure how far this can go due to my lack in knowledge with the WPILIB API releases and what Netbeans does exactly when it compiles the source code and creates the images) 3. FTP'ing the code to the cRIO. If anyone could help explain the dirty details of what goes on in 2 and 3 I would be much obliged. Thanks awesome robotics community! |
Re: A work around for Linux users
compiling in a terminal is really easy. for c++ programs using g++ and its arguments correctly takes care of everything.
Code:
g++ -o myProgram thing.cpp main.cpp"thing.cpp" and "main.cpp" together into the executable program called "myProgram". other things to worry about are libraries -I : Sets the path to the include files. -L : Sets the path to the libraries. -l : Use this library (eg. -lm to use libmath.so, -lpthread to use libpthread.so) You can have multiple -I, -L and -l entries. So, your final command should look like this: Code:
g++ -o myProgram thing.cpp main.cpp -I /path/to/includes -L /path/to/libraries -l library1 -l library2 |
Re: A work around for Linux users
Quote:
|
Re: A work around for Linux users
I have to agree with frasnow - Netbeans isn't a bug we have to "work around"! That said, you asked a fair question, and it deserves an answer.
Yes, it's absolutely possible. Start by downloading the Netbeans modules for FRC and extracting them. Everything you need to know is in there, you just have to find it. To compile the code, you probably need to use Ant. This is what Netbeans uses under the hood, and all of the build processes are already written as Ant scripts. The goldmine is in FRCNetbeansUpdateV3077/edu-wpi-first-squawksdk/netbeans/modules/edu-wpi-first-squawksdk/ant. As you said, Netbeans just FTPs the code to the cRIO. Basic details are on FIRSTForge. There's an Ant script that does the deploy, too, so that might be even easier than using FTP by itself. But we weren't asking about easy, were we? We're in this to learn... so hack on! :) |
Re: A work around for Linux users
Quote:
Vim can be configured to do all the NetBeans magic, and in a fraction of the time it takes to load NetBeans. But that doesn't mean it is easy, or that it makes development easier than NetBeans. As StevenB notes, for Java we are already supplied with the build scripts (.xml files) -- we just have to use `ant` to properly. Incidentally, the build scripts are rather complicated. A mentor on my team created a visualization to describe the control flow (explained further here.) But you can also get a clue as to the fields from the .xml build scripts that are being invoked, and the order of their usage, by looking at NetBeans output when you Build your code. Brief statements, such as "flashapp:," "deploy:," etc. are printed to stdout as `ant` runs the .xml build scripts. Also, to clarify, it's not the source code itself that you would FTP to the robot -- it's a .jar file generated from the `ant` build scripts that resides in the `suite` folder of your NetBeans project. |
Re: A work around for Linux users
Well, it seems this was 100 times easier than I thought it was!
For Java:
It's that easy! At least I think so; I need to try it in the lab on Monday. But it appears to be giving me the EXACT same output that the stdout console of NetBeans does after I tell it to Build the project! |
Re: A work around for Linux users
Quote:
As far as the IDE, its all preference. For most Netbeans and Eclipse are great, and along many lines it is. However, for Linux, we have what's called VIM. This is a SUPERPOWERFUL text editor that gives the programmer tons and tons of options and so forth. Personally I prefer to work with VIM more than Netbeans because my hands never have to leave the keyboard, and what would take simply a click and a drag now takes two keystrokes. VIM does have scripts for autocomplete and so forth which can put it along with Netbeans. Now, I am sure that there are tons of valid points for both sides. However, that is not the point of this thread. Therefore, I must politely ask if we can stick to the question which is not why would we do it but can we?. Thanks. |
Re: A work around for Linux users
Quote:
|
Re: A work around for Linux users
Quote:
|
Re: A work around for Linux users
Quote:
|
Re: A work around for Linux users
Quote:
http://www.vim.org/scripts/script.php?script_id=2540 For going to source: http://www.vim.org/scripts/script.php?script_id=273 For more fancy IDE-style features for Vim (but I have not gotten this to work well for me): http://eclim.org/ I have not yet found a good preprocessor to find errors before they happen in C++/Java, although I do have one for Python called python.vim. |
Re: A work around for Linux users
Quote:
|
Re: A work around for Linux users
Quote:
|
Re: A work around for Linux users
I put this together quickly to see what a terminal-based FRC IDE would look like. It's Vim and ant in tmux.
http://i42.tinypic.com/wjfa7b.png Vim is running NERDtree on the left and the bottom window is zsh running 'ant deploy'. |
Re: A work around for Linux users
Wow! I like it! Would you guys happen to know where the wpilib is installed on a unix based system? ..... specifically Ubuntu
|
| All times are GMT -5. The time now is 11:49. |
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi