From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andrea Crotti Newsgroups: gmane.emacs.help Subject: Re: c/c++ project management and debugging Date: Tue, 21 Dec 2010 13:30:36 +0100 Message-ID: References: <4D0F4058.6050101@gmail.com> <4D1096CC.5030904@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1292934690 2937 80.91.229.12 (21 Dec 2010 12:31:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 21 Dec 2010 12:31:30 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Dec 21 13:31:26 2010 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PV1ND-0000L2-EC for geh-help-gnu-emacs@m.gmane.org; Tue, 21 Dec 2010 13:31:23 +0100 Original-Received: from localhost ([127.0.0.1]:59161 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PV1NC-0005EW-TH for geh-help-gnu-emacs@m.gmane.org; Tue, 21 Dec 2010 07:31:22 -0500 Original-Received: from [140.186.70.92] (port=54623 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PV1Mj-0005CX-Pv for help-gnu-emacs@gnu.org; Tue, 21 Dec 2010 07:30:55 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PV1Mi-0001aP-6S for help-gnu-emacs@gnu.org; Tue, 21 Dec 2010 07:30:53 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:54966) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PV1Mh-0001Zk-Sx for help-gnu-emacs@gnu.org; Tue, 21 Dec 2010 07:30:52 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PV1Me-0008VX-TC for help-gnu-emacs@gnu.org; Tue, 21 Dec 2010 13:30:48 +0100 Original-Received: from ip1-201.halifax.rwth-aachen.de ([137.226.108.201]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Dec 2010 13:30:48 +0100 Original-Received: from andrea.crotti.0 by ip1-201.halifax.rwth-aachen.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Dec 2010 13:30:48 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 100 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: ip1-201.halifax.rwth-aachen.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (darwin) Cancel-Lock: sha1:T+kFB8d/QdsRt8mlpteQYgWu/+I= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:77718 Archived-At: Rajinder Yadav writes: > Andrea, thanks for your reply! > > My reply here is not a direct response to you, but what i feel in > general (a windows IDE guy in a Linux command line world) > > I don't quite understand the rational against emacs + auto makefile > generation, it kind of hinders progress imho? if someone doesn't like > the way emacs or netbean does things (for them) with makefiles, they > always have the choice of doing it by hand, that is the beauty of > having more choices, so stop taking away my choices if I simply ask or > enquire for feature y! > > guys like me from the visual IDE environment will have a smaller > barrier to entry as a result, overtime we will pickup said skills of > making a makefile by hand, using autoconf or cmake, etc. > > i've never had the need to create a makefile or edit one by hand when > i code using visualstudio, all i care about is coding my project in > C++ and getting on with life. people like me need a bridge when we > come over to the open source world, when we start using linux or > emacs, etc. most of the time we are met with ridicule about how absurd > our needs and demands are, so opportunity is lost when some decide why > bother with open source, etc. el > > i love ruby on rails hacking, i love doing everything from the command > line, it's more faster and efficient coding a rails app when compared > to doing it with netbeans + ide, or whatever IDE is out there! > > i can tell you i spent countless hours searching the net and reading > stuff just to figure out how to use emacs and get it setup with stuffs > like ido, ecb, cedet and yasnippet learning all the key binding and > how to edit the .emacs files, the barrier to entry to become more > efficient with "emacs" is high > > i like having ecb for file browsing, i don't always use it, sometimes > i use the file searching power of ido, but i have a choice when to use > which in emacs > > i am very grateful to the open source community that has made emacs a > better tool for me and many more that help answer all my questions on > mailing list or write blogs. Sure I perfectly understand your point of view, I also agree that it's better to proceed step by step with everything, or we'll only get frustrated by the this overcomplicated world. I just mean that for a software developer programming is not enough, you must also know your compiler well enough, and your build system. Otherwise you will: 1. miss many opportunities to write/test much better your code 2. feel like you're using a black box, and be stuck on some product to build code that maybe would be perfectly portable everywhere. > clicking for me doesn't set the breakpoint when i have the source file > open in the buffer, i am still in edit mode? > > i see many gdb windows, but where do I type, b File.cpp:#line ?? > > here is what i do > > 1. open a simple .cpp source file in emacs, a hello world file in C++ > 2. m-x gdb > > source buffer disappears, replaced by gdb buffer > > 3 m-x gdb-many-windows > i still don't see my source code window? now where do i click to set a > break point? > > if i switch the gdb buffer to display my source code buffer, i can't > type in the gdb command while still looking at my source buffer? how > is one to work in this kind of setup > > can i not have a source buffer and a gdb buffer open at the same time, > still where do i click to set the break point? > > Thanks Sorry clicking doesn't work for me either, what you should do is the following evaluate this or set it in your .emacs: (setq gdb-many-windows t) g++ -ggdb hello.cpp M-x gdb RET And it will prompt you how to run gdb, for example: gdb --annotate=3 a.out the annotate is very important otherwise emacs will not be able to follow the execution. then you should have on top the gud/gdb buffer, where you can type very normal gdb commands. Otherwise you open any source file and with "C-x space" you should be able to set your breakpoints. To know more just look in the GUD menu on top or the info page.