[Ffmpeg-devel] Re: [BUG] Compilation failure when using --disable-opts

Måns Rullgård mans
Fri Mar 16 23:37:23 CET 2007


Ramiro Polla <ramiro at lisha.ufsc.br> writes:

> M?ns Rullg?rd escreveu:
>> Diego Biurrun <diego at biurrun.de> writes:
>>
>>
>>> On Thu, Mar 15, 2007 at 08:03:58PM -0300, Ramiro Polla wrote:
>>>
>>>> M?ns Rullg?rd escreveu:
>>>>
>>>>> Panagiotis Issaris <takis at issaris.org> writes:
>>>>>
>>>>>> Sure. Although I wonder: Doesn't anybody in here use a debugger? Aren't
>>>>>> you annoyed by the jumping around because of reorderings caused by the
>>>>>> compilers' optimizations?
>>>>>>
>>>>> That's what makes debugging fun.  It gets even better on MIPS with
>>>>> delayed branching...
>>>>>
>>>>> Actually, I don't use debuggers a whole lot.  I find a generous
>>>>> measure of printf works much better in most cases.
>>>>>
>>>> You should try Microsoft Visual Studio =) It will totally change
>>>> your debugging experience.
>>>>
>>>> (yes, I know. It doesn't debug .stabs..)
>>>>
>>> IIRC Mans knows Visual Studio.
>>
>> I have probably used more debuggers than most of you, none of them
>> particularly impressive, and Visual Studio worse than most.
>
> Hmm... I found it way better than any gdb based front-end like ddd,
> insight, kdbg, code::blocks...

Your mistake is in insisting on a frontend.  Few of them, if any,
expose the full power of gdb.

> Could you point which one you prefer when you must use one?

For debugging under Linux I use gdb standalone or through emacs.
However, I rarely do either.  Most of the debugging I do is with
in-circuit debuggers connected to settop boxes.  My favorite there, of
the ones I have access to, is one by Lautherbach for MIPS and ARM
targets.

> I'm curious as to why it is worse than most.

Regularly making the entire computer grind to a halt is a good step
towards being the worst.  Having a generally useless UI finishes the
job.

Actually, the worst debugger I've ever seen is the windows interface
for the in-circuit debugger for the ST20 CPU.  This should be no
surprise to anyone at all familiar with the ST20.

-- 
M?ns Rullg?rd
mans at mansr.com




More information about the ffmpeg-devel mailing list