[patch/rfc] Build inf-ptrace.o when ptrace available

Andrew Cagney cagney@gnu.org
Tue Oct 5 22:44:00 GMT 2004


> We can't "get GNU/Linux [...] using procfs".

Is there a technical problem blocking this?

>>> Why is it orthogonal?  If we assume that configure determines when /proc 
>>> and ptrace() and provides both to the user it certainly isn't.  Idea's 
>>> such as Mark's and mine would make it easier.
> 
> 
> Why is it related?  How would this make it easier?  It's not hard to
> add a new backend file to all the Linux targets; it's really not much
> different in a lot of little files than in one big one.  I've done this
> plenty of times.

If we used configure.tgt and:
	switch "$target"
	 *-*-linux* ) "objs=objs symfile-mem.c"
	esac
then all GNU/Linux systems will always and consistently include 
symtab-mem.c.  We don't, they don't ...

We've already got configure.tgt checking OSABI and configure.host 
checking FLOATFORMAT so there's plenty of prior art.  Further, 
modifying/merging just that file is going to be a lot easier than 
modifying/merging all the individual *.mh files.

Andrew




More information about the Gdb-patches mailing list