Hallo, Am Sun, 20 Nov 2005, Bernhard Walle schrieb:

David Haller [2005-11-19]: [Emacs mit Preview-Latex] vim-latex.sf.net spart einem aber auch so manche Tastendrücke, auch wenn's kein preview-latex ist. Aber darum ging's ja nicht sondern um C/C++. :-)

Das ist eher vergleichbar mit dem einfachen / aelteren AucTeX. Vgl. http://www.gnu.org/software/auctex/screenshots.html http://www.gnu.org/software/auctex/img/preview-screenshot.png http://www.gnu.org/software/auctex/preview-latex.html (und die dort angezeigten screenshots!) -dnh --

mit wem redest du? Oder fuehrst du Selbstgespraeche? Sowas mache ich nie. Mein Gesprächspartner lügt mich immer an. -- Roger Schwentker

Richard Kraut [2005-11-19]:

Eclipse unterstützt erst nach dem einspielen einer Erweiterung C bzw. C++. Das kann man allerdings über die Update-Funktion recht einfach erledigen. Hinweis: Eclipse selbst ist in Java geschrieben. D.h. um die IDE verwenden zu können braucht man zwingend eine Java-Laufzeitumgebung (mind. 1.4.2_xx).

Also bei mir will der, als ich das installieren wollte, ins Systemverzeichnis schreiben. D.h. entweder als Root starten (nie und nimmer) oder doch die ZIP-Datei auspacken. Was zwar kein Problem ist, die Deinstallation von Plugins aber etwas verkompliziert (und das Update auch). Sinnvoll wäre es, Plugins als User in ~/.eclipse zu installieren, so macht es z. B. jEdit. Davon abgesehen gibt es noch: * http://www.codeblocks.com: Schaut ganz nett aus und nicht zu überladen. * Sun Studio 11, im Prinzip NetBeans, aber mit ganz netter Emacs- und vim-Integration, gibt's seit ein paar Tagen kostenlos.

Eine weitere, aber rudimentäre Alternative wäre das Verwenden eines Texteditors, eines Debuggers, sowie eines Terminals Deiner persönlichen Wahl. - Der Editor zum Schreiben von Code, Text, Kommentaren etc. (besser mit Highlightning)

z.B. vim, emacs, jEdit, Nedit

- den Debugger (ddd, kdbg) zum debuggen des Programms

Wobei in vielen Fällen gut eingestreute Logs, die man an- und abschalten kann, das bessere Debugging ist. Was nicht heißt dass Debugger nicht auch mal nützlich sein können. Außerdem: Valgrind (ein "Debugger") zum Finden von Speicherlecks. Und: Doxygen für die Dokumentation. Gruß, Bernhard -- Was wir wissen, ist ein Tropfen; was wir nicht wissen, ein Ozean. -- Isaac Newton

Am Sonntag, 20. November 2005 17:05 begab es sich, daß Stefan Seifert folgendes in den Rechenknecht kloppte:

Hat den eine der bisher genannten IDEs ein ordentliches intellisense?

Ja, KDevelop. Aber das ist ein M$-spezifischer Begriff. Wir nennen das schlicht "CodeCompletion".

MFG, Stefan Seifert

-- --- Grüsse aus Meissen Jörg Pauly

Am Sonntag, 20. November 2005 19:59 begab es sich, daß Andre Rudlaff folgendes in den Rechenknecht kloppte:

Hallo Jörg

hast du zufällig ne Ahnung ob man das irgendwo konfigurieren/verbessern kann. Denn grade für die Standardbibliothek (namespace std und auch die Elementfunktionen) funktioniert das bei mir überhaupt nicht. Wenn ich so drüber nachdenk - hmm funktioniert eigentlich fast nur für selbstdefinierte Klassen und für namespaces auch dann nicht.

Projekt->Projekt-Einstellungen->C++-Besonderheiten::Code-Komplettierung. Dort musst du den Persistenten Klassen-Speicher erzeugen, aus KDE-Libs, der QT-Lib und aus den Headern in /usr/include. -- --- Grüsse aus Meissen Jörg Pauly

Am Mittwoch, 23. November 2005 23:54 begab es sich, daß Andre Rudlaff folgendes in den Rechenknecht kloppte: [...]

Ja, das war auf jeden Fall schon mal ein Schritt vorwärts (musste auch noch den Editor auf QT-Irgendwas umstellen) Vielen Dank! Jetzt funktionieren die namespaces aber bei

std::string s; s.

kommt dann wieder nix. Wenn die Klamotten aus der glibc nicht expandiert werden, dann hast du schlicht das Verzeichnis mit den entsprechenden Headern nicht im PCS.

Erstelle mal ein PCS ( = "Persistant Class Store") von /usr/include/c++ und /usr/include/gnu, jeweils mit Unterverzeichnissen. Weitere interessante Kandidaten sind /usr/include/bits, /usr/include/sys und /usr/include/unix. -- --- Grüsse aus Meissen Jörg Pauly

Am Donnerstag, 24. November 2005 09:33 begab es sich, daß Oliver Baum folgendes in den Rechenknecht kloppte:

On 24.11.2005 07:23, Jörg Pauly wrote:

...

Erstelle mal ein PCS ( = "Persistant Class Store") von /usr/include/c++ und /usr/include/gnu, jeweils mit Unterverzeichnissen. Weitere interessante Kandidaten sind /usr/include/bits, /usr/include/sys und /usr/include/unix.

Was ist von einem PCS von /usr/include und allen Unterverzeichnissen zu halten? Oder gibt's da Performanz-Probleme? *neugierigfrag*

Da macht KDevelop nicht mit. Wahrscheinlich ist die Rekursion zu tief. -- --- Grüsse aus Meissen Jörg Pauly