On 06/06/2006, at 4:58 PM, Daniel Berlin wrote:
Geoffrey Keating wrote:Daniel Berlin <[EMAIL PROTECTED]> writes:Tom Tromey wrote:In addition to Tom's concerns, it seems to me to be a *really bad idea* to try to come up with integer values for every single message, instead"Devang" == Devang Patel <[EMAIL PROTECTED]> writes:Devang> This version removes internal radar numbers and replaces s/ Devang> DW_AT_APPLE.../DW_AT_GNU... I read this. I'm not anywhere near an expert in dwarf or anything related to this proposal, so please bear with me if I say something dumb :-). I do have a few questions and concerns.of just placing a string there.One issue here is that this interacts poorly with internationalization. No matter what you do, you'll need to have a table of possible strings somewhere, so you might as well save space by not putting it in every object file.I believe this is a red herring. We control the debug output machinery generating this, and can simply tell it to only deal in one language.
I'm not concerned about what goes into the .o file, but what gets displayed on the screen. We cannot tell users to "deal in one language".
Trying to catalogue and assign a permanent place and number to everysingle optimization message a compiler can generate is a much much muchworse idea, IMHO.
Alternatively, we could put *every* supported language into the .o file. But that bloats object files even more...
smime.p7s
Description: S/MIME cryptographic signature