* Re: [RFA] Fix regexp problem with "operator* etc. [not found] <200111020929.DAA09585@duracef.shout.net> @ 2001-12-03 11:17 ` Michael Snyder 2001-12-05 5:55 ` Elena Zannoni 0 siblings, 1 reply; 4+ messages in thread From: Michael Snyder @ 2001-12-03 11:17 UTC (permalink / raw) To: gdb-patches I committed this change, without Michael Chastain's worthy suggestion regarding the size of the alloca. Will submit that separately. Michael Elizabeth Chastain wrote: > > cplusfuncs.exp: > In my maintainer area. > Approved unconditionally. > No matter what gdb does, the test script should do the right thing. > > alloca change: > Outside my maintainer area. > Recommended for rework. > > I think the size is long enough, but the proof of correctness is > too delicate. There is no space explicitly allocated for the final > null, so the alloca is correct only because it occurs in a context > where at least one character is being deleted. This also relies on > some character-class tests being the same in this function and > in operator_chars. How about something stupidly correct: > > alloca (8 + fix + strlen(opname) + 1) > > operator_chars change: > Outside my maintainer area. > Proofread and tested, works for me. > Recommended for approval. > > doc/gdb.texinfo: > Outside my maintainer area. > > Recommend add a sentence or two to "@kindex info functions" about functions > like "operator[]" and "operator const char *" and how to get at them with > "info func operator\[\]" and "info func operator const char \*". > > Since there is no way at all to type these names in gdb right now, > the code can be fixed before the doc is dixed. > > I did my testing on native i686-pc-linux-gnu with gcc 2.95.3 and gcc 3.0.2. > > Michael C ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [RFA] Fix regexp problem with "operator* etc. 2001-12-03 11:17 ` [RFA] Fix regexp problem with "operator* etc Michael Snyder @ 2001-12-05 5:55 ` Elena Zannoni 2001-12-05 12:13 ` Michael Snyder 0 siblings, 1 reply; 4+ messages in thread From: Elena Zannoni @ 2001-12-05 5:55 UTC (permalink / raw) To: Michael Snyder; +Cc: gdb-patches Michael Snyder writes: > > I committed this change, without Michael Chastain's worthy suggestion > regarding the size of the alloca. Will submit that separately. > > Michael Elizabeth Chastain wrote: > > > > cplusfuncs.exp: > > In my maintainer area. > > Approved unconditionally. > > No matter what gdb does, the test script should do the right thing. > > > > alloca change: > > Outside my maintainer area. > > Recommended for rework. > > > > I think the size is long enough, but the proof of correctness is > > too delicate. There is no space explicitly allocated for the final > > null, so the alloca is correct only because it occurs in a context > > where at least one character is being deleted. This also relies on > > some character-class tests being the same in this function and > > in operator_chars. How about something stupidly correct: > > > > alloca (8 + fix + strlen(opname) + 1) Ah, OK. > > > > operator_chars change: > > Outside my maintainer area. > > Proofread and tested, works for me. > > Recommended for approval. Whoops, I missed this one. Sorry, I'll go and look at it. Did you commit it already? Elena > > > > doc/gdb.texinfo: > > Outside my maintainer area. > > > > Recommend add a sentence or two to "@kindex info functions" about functions > > like "operator[]" and "operator const char *" and how to get at them with > > "info func operator\[\]" and "info func operator const char \*". > > > > Since there is no way at all to type these names in gdb right now, > > the code can be fixed before the doc is dixed. > > > > I did my testing on native i686-pc-linux-gnu with gcc 2.95.3 and gcc 3.0.2. > > > > Michael C ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [RFA] Fix regexp problem with "operator* etc. 2001-12-05 5:55 ` Elena Zannoni @ 2001-12-05 12:13 ` Michael Snyder 2001-12-05 12:39 ` Elena Zannoni 0 siblings, 1 reply; 4+ messages in thread From: Michael Snyder @ 2001-12-05 12:13 UTC (permalink / raw) To: Elena Zannoni; +Cc: gdb-patches Elena Zannoni wrote: > > Michael Snyder writes: > > > > I committed this change, without Michael Chastain's worthy suggestion > > regarding the size of the alloca. Will submit that separately. > > > > Michael Elizabeth Chastain wrote: > > > > > > cplusfuncs.exp: > > > In my maintainer area. > > > Approved unconditionally. > > > No matter what gdb does, the test script should do the right thing. > > > > > > alloca change: > > > Outside my maintainer area. > > > Recommended for rework. > > > > > > I think the size is long enough, but the proof of correctness is > > > too delicate. There is no space explicitly allocated for the final > > > null, so the alloca is correct only because it occurs in a context > > > where at least one character is being deleted. This also relies on > > > some character-class tests being the same in this function and > > > in operator_chars. How about something stupidly correct: > > > > > > alloca (8 + fix + strlen(opname) + 1) > > Ah, OK. > > > > > > > operator_chars change: > > > Outside my maintainer area. > > > Proofread and tested, works for me. > > > Recommended for approval. > > Whoops, I missed this one. Sorry, I'll go and look at it. Did you > commit it already? Yep, I guess I mistook silence for assent. Sorry if I overstepped. I'll back it out if it doesn't look OK to you. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [RFA] Fix regexp problem with "operator* etc. 2001-12-05 12:13 ` Michael Snyder @ 2001-12-05 12:39 ` Elena Zannoni 0 siblings, 0 replies; 4+ messages in thread From: Elena Zannoni @ 2001-12-05 12:39 UTC (permalink / raw) To: Michael Snyder; +Cc: Elena Zannoni, gdb-patches Michael Snyder writes: > Elena Zannoni wrote: > > > > Michael Snyder writes: > > > > > > I committed this change, without Michael Chastain's worthy suggestion > > > regarding the size of the alloca. Will submit that separately. > > > > > > Michael Elizabeth Chastain wrote: > > > > > > > > cplusfuncs.exp: > > > > In my maintainer area. > > > > Approved unconditionally. > > > > No matter what gdb does, the test script should do the right thing. > > > > > > > > alloca change: > > > > Outside my maintainer area. > > > > Recommended for rework. > > > > > > > > I think the size is long enough, but the proof of correctness is > > > > too delicate. There is no space explicitly allocated for the final > > > > null, so the alloca is correct only because it occurs in a context > > > > where at least one character is being deleted. This also relies on > > > > some character-class tests being the same in this function and > > > > in operator_chars. How about something stupidly correct: > > > > > > > > alloca (8 + fix + strlen(opname) + 1) > > > > Ah, OK. > > > > > > > > > > operator_chars change: > > > > Outside my maintainer area. > > > > Proofread and tested, works for me. > > > > Recommended for approval. > > > > Whoops, I missed this one. Sorry, I'll go and look at it. Did you > > commit it already? > > Yep, I guess I mistook silence for assent. Sorry if I overstepped. > I'll back it out if it doesn't look OK to you. No, no problem. It's fine. Elena ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2001-12-05 20:39 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <200111020929.DAA09585@duracef.shout.net>
2001-12-03 11:17 ` [RFA] Fix regexp problem with "operator* etc Michael Snyder
2001-12-05 5:55 ` Elena Zannoni
2001-12-05 12:13 ` Michael Snyder
2001-12-05 12:39 ` Elena Zannoni
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox