Guess it is a matter of preferences in the end...I trust more Oracle stuff than Microsoft.
Memacs is able to do as you described; you can write macro; altho you are still tied to a debugger to debug an application; and the lack of many facilities makes you wonder why you hate yourself so much, to use a textual environment instead of a full graphical IDE...if you are in a pinch then it may work, but for any daily job, I would not rely on it. I think that a text editor is the base block for an IDE; then it is a matter of putting some buttons to run the build and run commands; but the hard part is all the translation from pure textual symbols to something more clean, when you are debugging. Technically you can script almost all the functions of gdb, but it is slow as hell. I believe that there is room for a full IDE on the BB; especially if you consider that stuff like Storm C was running on Pc and Amiga computers, which had 14 Mhz processor and barely a mb or 2 of ram http://www.haage-partner.de/amiga/storm/sc_ft_e.htm#StormC1 On Friday, March 7, 2014 9:33:17 PM UTC-8, William Hermans wrote: > > 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]<javascript:> > > 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] <javascript:>. >> 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.
