Re: [PATCH, gdb/exp] Handle DW_OP_GNU_variable_value refs to abstract dies

[Tom Tromey <tom@tromey.com>]

>>>>> "Tom" == Tom de Vries <tdevries@suse.de> writes:

Tom> It would be nice if the sources reflected that fact.

Tom> F.i., we could move the contents from vec.{c,h} to vec-deprecated.{c.h}
Tom> and include the new files in vec.{c,h}, and add a note there why they're
Tom> deprecated.

Tom> I can prepare a patch implementing this or another approach, if there
Tom> are better suggestions.

I think that probably would not prevent the introduction of new uses,
because normally code wouldn't be including this header directly anyway.

Even adding a deprecated_ onto a name isn't really enough, I think on
occasion we let a new use of a deprecated function in -- maybe a sign
that the function shouldn't be deprecated, or maybe just an admission
that nobody is working on finishing those transitions.

Still, no objections from me if you want to do this!  But I tend to
think the current situation is fine.

Finally FWIW this isn't the only such project that is ongoing.  Cleanup
removal is the other big one, but I'd also eventually like to be able to
remove queue.h (I can't recall but I think I sent some patches); and
eventually also buffer.h.

Tom