From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Cagney To: Kevin Buettner Cc: gdb@sources.redhat.com Subject: Re: Register group proposal Date: Thu, 22 Feb 2001 12:08:00 -0000 Message-id: <3A95711F.85197973@cygnus.com> References: <3A95369F.98027202@cygnus.com> <200102221645.f1MGjUu03076@rtl.cygnus.com> <3A9547ED.E7CFE51C@cygnus.com> <1010222190206.ZM31735@ocotillo.lan> X-SW-Source: 2001-02/msg00308.html Kevin Buettner wrote: > E.g, regarding the pid/tid/lwp problem, the patch on the table uses > struct ptid * as the opaque object. As we've discussed in the past, > this has the problem of leaving dangling references in various places > if you attempt to wipe out the current set of ptids. In the case of the pid/tid/lwp problem, it is not introducing a new interface. Rather it is massaging existing code into slightly better shape (but still not perfect). It is fairly clear that that code will continue to evolve so some compromise is necessary. Somewhere in the future, a true object ma finally appear and be adopted. For new code providing new interfaces and functionality, however, I take a different view. I don't see a compelling reason for it to not be implemented in a style that is consistent with all the other recently introduced code. It may not be to personal taste but at least it is consistent. In the case of regcache, you'll notice that while I've strongly encouraged a true regcache object I've not gone as far as dictating it - I can't . Nick's pushed back so I suspect it will remain an integer. If however, someone were to take Nick's reggroup idea and implement Keith's proposal (allow reggroups membership to be changed at runtime), then I suspect the implementation would need to be moved out of the architecture vector and made an object in its own right. At that point - I would be expecting an implementation that was consistent with ui-out et.al. enjoy, Andrew