James Carlson wrote:
>
> I was commenting on Ali's seeming misunderstanding of my original
> comment; he brought up adding -w enhancements, when I was merely
> saying that renaming files (if that's how the changes are wrought)
> shouldn't be a serious concern.
> 

You're right --- it never occurred to me that renaming the mapfiles
would be a problem, so I assumed you were talking about the post-build
tests for nightly that we had discussed earlier.

You're also right that my exception list turns out to be comically
small. I spent some time this afternoon finalizing the list, and
it turns out to be about 5 lines. If I were to include the mapfiles
in ON that don't specify versioning to this, I might end up with 10.
However, I want those files to have the comment anyway. So really,
it's nothing.

With some minor effort, I could make the mapfilechk exception list
go away entirely. However, I do like it better this way, and as you
and Mark seemed to be in agreement that a general exclusion mechanism
for the 'hg' tools has some value, I'm going to go ahead with it.

---

Mark J. Nelson writes:
You're now talking about checking the shared objects, instead of the
 > mapfiles.  Seems reasonable, but I still would like mapfile changes to
 > be more directly tested, even when wsdiff is not invoked.

I spoke with Mark about this earlier this afternoon. His feeling
is that gatelings are more likely to run check_rtime in their
test builds than wsdiff. Putting it in wsdiff would probably result
in the gatekeeper being the first one to discover a problem, *after*
integration, which is better than not finding it at all, but not
by much.

So, I'll look into doing something that is triggered with the other
ELF checks (-r nightly flag). I'll also look at wsdiff, because it
seems worthwhile.

- Ali


Reply via email to