Linux C/C++ IDE

Good evening,

been using Geany under Ubuntu since I started studying Business Informatics. Now being in the second semester our classes changed from C to C++ and I found that Geany isn't so good for C++ because it lacks a decent auto-completion (e.g. member functions of STL are not shown).
Does anyone know a light IDE with decent auto completion?

codeblocks, or devcpp

I was looking for the exact opposite thing you did, thanks.

Save for how much autocompletion sucks, even in its absolute best implementation (MS IntelliSense), no, I don't think there's a single C++ IDE with any sort of half-way decent auto completion.

What you SHOULD do as a programmer is read the documentation

What >>3 said.

You could still check out QtCreator, KDevelop and Eclipse. They're decent, but I still prefer Emacs and a shell.

http://qt.nokia.com/products/developer-tools

Thanks for your replies, I think I'll give QtCreater a try.

Eclipse is the way to go.

vim+clang_complete

Linux is a C IDE and you're a moron. Stop trying to reinvent the wheel inside a single application.

>>8
What he said.

>>8
that is retarded on so many levels

QtCreator, do it

>>8
Linux is a colonel, silly anonymous.

Eclipse isn't lightweight but it does work.

>>10
No u.

>>13
Except when it crashes, which is often. Or when it becomes so slow that it's impossible to type, which is all the time.

codeblocks, now get out and be a healthy and productive human being

>>14
I don't know what you're doing wrong but my two year old Lenovo x100e runs Eclipse whenever I do Clojure.

emacs; not technically lightweight and not technically a C++ IDE.
http://cx4a.org/software/gccsense/

codelite is worth looking at.
eclipse is shit

Linux is retarded.

Visual Studio is what professionals use.

>>19
Your troll is weaker than your anus.

>>20
Most professional C++ devs use it everyday. Keep thinking your freeshit IDE or glorified notepad is any better, though.

gVim

Good god, why is this thread still going?

>>1
Kate4.

>>19-21
Linux isn't retarded, but VS is what most professionals use.  Most professionals are actually retarded, though, in a loose sense of the word "retarded."  Their intellectual growth has been "retarded" or "obstructed" by being forced to develop for the most popular platform.  If you're lucky enough to have the freedom to choose any target OS and development platform, then use Linux and emacs and enjoy your simplified life.

>>25
emacs
oh fuck off

>>25
I seriously hope you don't think Emacs is better than VS.

>>27
I seriously hope you don't think VS is better than Notepad.exe.

autocompletion?

in my days i had to browse a printed used guide and a printed, huge, reference book

s/used/user/

>>28
I seriously hope you're not using notepad instead of good old edit.com

>>29
didn't your generation invent cobol?

>>28
Then it follows that even notepad.exe is better than Emacs, since VS is better than Emacs.

>>33

>better than Emacs
>VS

pick one.

fail dubs bro.

>>33
Yes.

>>2-6
>>8-21
>>23-35
You are faggots.

Emacs
Gnus do their best now and are preparing.
Please watch warmly until it is ready.

editors are overrated. punched cards ftw!

I use vim (minimally configured), my terminal emulator, coreutils, and a tiling WM to do everything. No graphical file manager, no IDE autocomplete, etc.

Is it the most efficient way to work? No.
Do I find myself wishing I had a decent C/Lua autocompleter for Vim? Yes, and I'm sure there already are a few.
Could I eliminate most of my switches from Vim to terminal emulators if I studied Vim commands just a little bit more? Probably.

What I do get with this setup is an incredibly simple working environment that never gets in my way, even if it often refuses to lend a helping hand.

>>39
I probably will get raped in the ass for posting this on /prog/ but
last year I did this video about Vim and autocomplete http://www.youtube.com/watch?v=vk285Zc5_Zw
The list of plugins I'm currently using and my vimrc can be reached at https://github.com/pera/vim

>>40
Very nice, but what key do you use for tabulation?

>>41
tab also; anyway vim have autoindent but sometimes I need to indent thing like glBegin..

>>40
You should know by now that we can't take haters seriously if they don't have decent arguments to support them.

>>39
Ramblings of an autist

vim is shit. Kate4

>>45
what about vim mode for kate4

It's called gedit.

>>46
I don't use it.  Obviously.

Codeblocks is pretty awful now.  It's better than most of the others, but the feature-creep has really crippled it.
I've recently just been using Qt Creator, with handwritten makefiles (which you should be writing on your own anyway.
Plus, Qt Creator's fakeVIM is fucking bliss.

>>40
I feel like punching you for using GNOME 3, but thanks for the vimrc.

And >>1-san, the best IDE is vim + your bloated config file + gcc/clang/#54-obscure-non-harmful-compiler.

Autocompletion is cute and all, but what about jumping to variable/function declarations/implementations? What vim plugin do I use for that? Also, any good plugin for searching? (fuck grep) Say maybe I want to see all occurrences of "myFuckingMethod" in all the files in my project, and then also be able to jump to the results easily.

>>51

vim's interface to regex is fast as fuck once you are good with it. And it blends well with the q key sequence macro command. I use vim to edit hundreds of buffers concurrently, but I don't recommend it that well if you are fine with using a mouse to navigate your recently accessed files. I have a key mapped to :buffers<CR>, which lists all open buffers, and :b n can jump to buffer n, or :b er.y can open scanner.y if the match was unique. Using this and :n line number jumping is sufficient for navigation for me, and I use piped commands of find and grep to look for what I need.

Finding the definition of a function can be difficult because that requires a bit more awareness of the syntax that what you get with find and grep. A complete solution would take some language specific support and I am not aware of a built in feature for this in vim. It wouldn't be that difficult to properly implement. A command line tool could parse a specified set of source files, and construct and keep up to date a small data base of definition locations. The program or server could then be queried with identifiers from certain locations in the project, and it could then print the file and line number of the definition. Then a vim script could handle sending the identfier under the current cursor position to a command invoking the program, and then read the path of file containing the defintion and the line number. The file could then be opened, and then it could jump to the line number. The beauty of this is that you wouldn't have to use vim to take advantage of this feature. Any editor that supports automated shell commands and some kind of interface to variables like text under the cursor can do it. I would be surprised if an open source implementation of this didn't already exist by now. But I haven't had enough of a need for it to look yet.

although you'd have to account for macros affecting what gets defined where, and what gets included from where, so it would need to be aware of any -D flags given in the build process...that complicates things a bit.

>>52
Yeah that sounds awesome I suppose, but since I don't have time to do any of that, I would really just like a plugin or something that achieves the same goal (however it does so)..

>what about jumping to variable/function declarations/implementations? What vim plugin do I use for that?

ctags. works with emacs as well.

http://stackoverflow.com/questions/563616/vim-and-ctags-tips-and-tricks

>>21
professional C++ developers
Might as well use Netbeans, ``faggot".

>>56
implying

bampu pantsu