Re: [RFA] Fix troubles with watchpoints in DJGPP

[Pedro Alves <pedro@codesourcery.com>]

On Wednesday 27 May 2009 08:48:49, Pierre Muller (IMAP) wrote:

> PS-1) Are there not other native targets, without
> dynamic libraries, that will suffer the same troubles?

I think so.  I've just tried on x86_64-linux, with a statically
linked binary (I used gdb.threads/staticthreads, set a watchpoint
on semaphore), and although there are no shared libraries loaded,
the problem is masked by adding the symbols of the vsyscall page
(sysfile-mem.c:add_vsyscall_page).  If I hack that function to
do nothing, I see that same thing you're seeing on djgpp.

Maybe there's a place for a generic fix?  Somewhere after
having opened a connection to the target interface.  I was
thinking of post_create_inferior, but sounds like opening
a connection to a remote target with "target remote" that
happens to not pull in any more symbols (like most embedded
targets) is having the same problem?  Maybe there should be
a target_post_open ...

-- 
Pedro Alves