We use `cc' instead of `c++' and we also also moved the code in qt4project.cpp.
Done by ossi reviewed by me.

Done by ossi

Done with Roberto

(cherry picked from commit 442c946a)

(cherry picked from commit bb7c90ad)

(cherry picked from commit 40123cdd)

Task:     - found by Denis
RevBy:    - Thomas
AutoTest: - manual
Details:  - we have some broken doc entrys, they won't return a url at all

- remove stale connect()
- clear buffer after it was completely used

fixes chopping up of very long responses which quickly follow other
responses.

the line segmentation is done in readGdbStandardOutput() now.
handleResponse() is not called through a queued slot any more, as the
output receiver is already synchronized to the event loop.

it's broken and nobody seems to have noticed. that might be because the
interpreter doesn't care whether something is a list or a tuple.
if this is reintroduced for some reason, it should be done directly in
the affected code path.

Learn from this. ;)

Hasn't received a lot of testing, so will have to see whether this
works in practice.

Wasn't being patched up.

setting the initial breakpoint at the entry point wreaks havoc, so set
it at main() instead. this will miss any breakpoints in global ctors and
(currently) makes it impossible to set an actual breakpoint at main.

unlike the upstream gdb, the mac one gives an MI response to "info
target" when in MI mode.

instead of picking "random" known entry point symbols, ask the debugger
for the actual entry point.
this also removes the "one instruction after the first one" hack, as it
seems fairly pointless.
NOTE: this does *not* work with the 2005 version of apple gdb.

Conflicts:

	src/plugins/debugger/gdbengine.cpp

Conflicts:

	src/plugins/debugger/gdbengine.cpp

also, make it complain upon abuse of this call.

Conflicts:

	src/plugins/debugger/gdbengine.cpp