Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!news.albasani.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Ian Collins Newsgroups: comp.lang.c++ Subject: Re: Debugger Recommendation Date: Thu, 15 Sep 2011 21:54:16 +1200 Lines: 27 Message-ID: <9de0a9F2gmU6@mid.individual.net> References: <4e71c098$0$24024$a729d347@news.telepac.pt> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net 4nPGAbx5lLly6h38nBuEhARWoAgSI4poVExPF2RNhdQEg/9tkn Cancel-Lock: sha1:adjbZspaW+G+TQI4eE6OJV/2DC8= User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.2.9) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.4 In-Reply-To: Xref: x330-a1.tempe.blueboxinc.net comp.lang.c++:10152 On 09/15/11 09:34 PM, jacob navia wrote: > > Now, if you can with a right mouse click "go to the definition" of that > dammed variable instead of wadding through hundreds of lines of grep > output in different directories and sorting for five minutes the > relevant info you will never accept a debugger like gdb. That is a function of the IDE, not the debugger. > Developing a reasonable debugger like MSVC's one requires a big and > dedicated team that is paid to do that. Gdb development is a proof > that free tools can only reach certain levels of complexity before > it is impossible to do them in their free time. > > But the poligtics of linux require that development tools should be > free ( no money for anybody in it). The consequence is obvious for all > to see: You get what you pay for. The are other (free and not so free) tools available for Linux (and Unix), but the Linux tool developers have to spend a disproportionate amount of their time chasing kernel changes. Which is why many non-GNU tools only support a subset or distributions (IBM and Sun/Oracle are two examples). To quote the lead developer of one tool chain "porting to a new Linux release is often like porting to a new OS" -- Ian Collins