Personally I am allergic to anything that requires JRE. Hence I refuse to use Eclipse.
There are text editors out there that are configurable to the point where you can configure external binaries to run on the press of a hotkey. Since the gcc toolchain consists of all cmd line tools, you do not need to output directly in the editor its self. You could however always redirect stdout / stderr if you so wished. Anyway, watch these sometime. https://tutsplus.com/course/improve-workflow-in-sublime-text-2/ Specifically "Vintage mode". Which is essentially VIM inside the text editor. The text editor can also execute external binaries, and is highly configurable / customizable. Anyway, this is about as close to VI / VIM in an IDE you're going to get I suppose. As it happens I have started to write something which resembled a very simplistic IDE with no built in text editor. Instead of finishing it however, I instead invested some time learning how Code::Blocks works, and just use GDB via the command line. Personally, I think it is folly to even consider running an IDE directly on the BBB. So a moot point. On Fri, Mar 7, 2014 at 10:05 PM, Karl Longen <[email protected]>wrote: > William; to be an IDE it needs a debugger, compiler and linker....if you > can do that just with VI, I will personally work 80 hours a day and donate > all my salary to you for the rest of my life :) > > The problem is not if Dev-C++ is open source or not...80% of the code > probably is not even reusable (I don't really have the will nor the time to > check it), and the rest is just the text editor probably; the problem thou > is simple: it would be too heavy to run on the BB. > > Write my own? Either you have too much free time or I have a very busy > life :) How many people do you know that build their own IDE, just because > ? Reinventing the wheel is one of the biggest mistake that most of the > novice programmers do...you are not writing code that someone else already > wrote, because makes no sense...if there is a library you extend it or take > part of it to customize it (if the license allow you to do so), for your > needs; altho if the person that wrote the library is a good architect, > he/she made the API as generic as possible, and probably with overloading > where needed. > > Please leave out the VI topic, let's not start all over again with this > nonsense. > > BTW the topic is an IDE that runs on the Beaglebone....thanks for your > insight about these software (I would go code:blocks for sure over VS...gb > and gb of stuff that you may never use, just over bloating the software); > it may help someone that is allergic to Eclipse. The original question > started with that request, unless I am missing something. > > On Friday, March 7, 2014 8:47:11 PM UTC-8, William Hermans wrote: >> >> I.D.E == integrated development environment. Technically, any well >> featured text editor could do these same duties. >> >> Isnt bloodsheds DevC++ opensource ? Rewrite to use linaro's armhf >> toolchain . . . or make it configurable like Code::Blocks. Hell write your >> own for that matter.There is another similar ( but better looking ) C/C++ >> IDE out now. PellesC. I used to like bloodsheds IDE myself years ago, but >> prefer PellesC on the Windows desktop now days.However for cross platform >> developement ( cross arch ) PellesC is not configurable. At least not the >> last time I checked. >> >> Also, someone with 15 years development experience should know that there >> are many developers that use VIM. Most Unix / Linux developers I know >> prefer VIM. Hell as primarily a Windows developer for the last 18 years. >> Even I like the way it looks in appearance( or can be made to look ). >> >> *Visual Studio* >> >> Pro's: >> Excellent layout, very good code completion, excellent debug error >> reporting( honestly when setup correctly is very hard for other options to >> even match ), and a definition search feature that no other IDE seems to >> have either. >> >> Con's: >> >> With the latest version, the IDE has become very bloated. Many of the >> features mentioned above can require extensive setup outside of using >> Microsoft's cl.exe. That means any custom compiler / toolchain option. So >> for instance any version of gcc would have to be setup using a makefile >> project, and batch scripting / perl scripting for correct debug >> information, and proper / wanted compiler options. Or would require a >> plugin written using one of the professional or higher versions. Also is >> not cross platform. >> >> *Code::Blocks* >> >> Pro's: >> >> Highly configurable, you can choose which toolchain / options you wish to >> use( custom if need be ). Essentially can be made to use any gcc / g++ type >> compiler. Is opensource, and is free( as in beer ). Has a very nice base >> project creation tool. Allowing the user to create projects from scratch >> which can then be used as project profiles in later projects. A very useful >> feature. Cross platform. Binaries for Windows, Linux, and I do believe OSX >> as well. >> >> Con's: >> Some feature can be buggy or do not seem to work correctly. For the most >> part from my own experience this just means the debugger would not work >> correctly for me. Granted I was using a specialized toolchain for the >> MSP430 MCU's. >> >> Also as a personal preference, Code::Blocks while very capable as an IDE, >> just does not seem to be as polished as Visual Studio, or even Eclipse. >> This means in appearance as well as usability. Granted, considering the >> price, there is no real reason to complain. >> >> Again a I mentioned in a previous post. I Personally use Code:Blocks for >> project management / binary compiling. For editing source code I prefer to >> use sublime text. >> >> My reasons are simple. >> >> 1) Code::Blocks is very good at project management. >> 2) Code::Blocks can be made to use just about any opensource toolchain. >> 3) Code:Block is less than appealing visually for me personally ( read: >> code editor ). >> 4) Sublime Text has very attractive dark themes that is very easy one the >> eyes, >> 5) Sublime Text has *many* attractive features including a fairly >> intuitive addon manager. >> 6) Sublime text has many, many addons for many, many programming >> languages. >> 7) Sublime text is highly configurable / customizable as well. >> >> >> On Fri, Mar 7, 2014 at 1:16 AM, Karl Longen <[email protected]> wrote: >> >>> And this is the video that I was mentioning earlier: >>> >>> http://www.youtube.com/watch?v=vFv_-ykLppo >>> >>> Setup of Eclipse for the BB (but it apply also to the BBB). >>> >>> The whole channel is a really great and educational site; all that I >>> know about the BB is thanks to this guy. >>> >>> >>> On Thursday, March 6, 2014 11:47:19 PM UTC-8, Mickae1 wrote: >>> >>>> Can we stop this discussion ? >>>> >>>> And to make everyone happy, there is eclipse + vim => http://eclim.org >>>> >>>> Micka, >>>> >>>> >>>> >>>> On Mar 7, 2014 7:04 AM, "Alexander Holler" <[email protected]> >>>> wrote: >>>> >>>>> Am 06.03.2014 20:54, schrieb Karl Longen: >>>>> >>>>> > I have seen few people using Memacs, but it was a rarity, and >>>>> limited to >>>>> > few old engineers. The world is not only like you see it; the fact >>>>> that you >>>>> > have certain experiences is not a considerable proof to say " this >>>>> is how >>>>> > it is everywhere". >>>>> > >>>>> > There are 6M of people on this planet, in case you didn't realize it. >>>>> >>>>> Err, you made the obvious wrong statement that no one uses vi(m) for >>>>> any >>>>> large and/or serious project. So you have to ask yourself who is the >>>>> the >>>>> narrpw-minded one and who has to learn a bit more about reality. >>>>> >>>>> Anyway, it's getting boring. >>>>> >>>>> >>>>> > >>>>> > On Thursday, March 6, 2014 2:05:58 AM UTC-8, Alexander Holler wrote: >>>>> >> >>>>> >> Am 06.03.2014 00:14, schrieb Karl Longen: >>>>> >>> I don't see anything wrong.....in this world nothing is "wrong" >>>>> (other >>>>> >> than >>>>> >>> the attitude), there is what is right for someone and what is >>>>> right for >>>>> >>> most of the people. >>>>> >>> >>>>> >>> In 15 years working as programmer, I have NEVER experienced a >>>>> single >>>>> >>> developer using VI for anything other than modify server side files >>>>> >> (either >>>>> >>> config, daemons, apache config files), or to create quick shell >>>>> script >>>>> >> to >>>>> >>> automate some process. >>>>> >> >>>>> >> Hmm, I wonder what you've did in 15 years. >>>>> >> >>>>> >> You even didn't know that vim has code coloring since a long time >>>>> but >>>>> >> then you say nobody uses vim. >>>>> >> >>>>> >> Alexander Holler >>>>> >> >>>>> > >>>>> >>>>> -- >>>>> For more options, visit http://beagleboard.org/discuss >>>>> --- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "BeagleBoard" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to [email protected]. >>>>> >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> -- >>> For more options, visit http://beagleboard.org/discuss >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "BeagleBoard" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
