This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] Symbol Separation - Take 2



On Saturday, July 19, 2003, at 8:40 AM, Neil Booth wrote:


Devang Patel wrote:-

Well, symbol separation can not be invalid. It is a method to create
and use
separate debugging symbol repositories. If user reads documentation
(and developer reads first paragraph in cppss.c) then it is obvious
what is
'sr' and hence -Winvalid-sr.

PCH is a standard abbreviation that most compiler users know, SR is not. So please expand sr.

Most users do not know what is symbol repository, so even if I expand
it to -Winvalid-symbol-repository I'm afraid it will not be obvious to them.
They will have to read documentation. And once they read it they will
start using SR as abbreviation of Symbol Repository.


OK, I'll need to look at these in more detail.

I'm still waiting.

Sorry, I've only had a bit of time in the evenings and wanted to spend that on finishing my --help changes.

I've had a look at your patch.  From what I can see, cppss.c doesn't
belong in cpplib at all.  Maybe you can put it in c-pch.c, or in a
new c-symsep.c?

I think it belongs to cpplib. Can you explain me which function does not belong to cppss.c ?

As for the rest of your cpplib changes, again I struggled to find a good
reason for them. I figure you might need perhaps a single extra hook
to affect file lookup; if so I'm open to something well-designed there.
We already have a hook for leaving and entering files; I don't know why
you can't use that for the rest.

I do not see anything extra in my rest of cpplib changes. Can you explain
me which one does not belong to cpplib ?


Thank you,
-Devang


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]