Mike Kupfer wrote:
>
> >>>>> "Roland" == Roland Mainz <roland.mainz at nrubsig.org> writes:
>
> Roland> For example: If we remove the "feature probes" (which build the
> Roland> majority of the "possibly (maybe) unused files"-list) - how can
> Roland> I refresh the generated file "in place" and create a patch for
> Roland> upstream ?
>
> Hmm. Are you saying that the feature probes are not directly used
> during the ON build, but they're used to generate files that are used
> during the ON build?
Yes... the iffe ("if feature exists") probes are used during the normal
AST/ksh build but not within OS/Net - instead we import prebuild files
from an externally build AST/ksh tree (build and tested using
"buildksh93.ksh"). However if we want to refresh such a file for
development or debugging it may be "nice" to have the iffe probes around
to change them on demand (instead of patching the prebuild files) and
deliver that resulting patch directly to upstream (that saves lots of
extra work).
> Roland> Removing files will only costs us time. Lots of time.
>
> But how much of that could be solved by scripting the update process?
You mean patching of the OS/Net sources based on the diff created
between the old and the new AST sources ? AFAIK not much can be solved
here and it will not detect the problem if a source starts to reference
a previouly "unused" source/header file.
> Roland> it seems that much of the jutification for changes/additions in
> Roland> OS/Net must be based on either a) a precedent or b) a very very
> Roland> convincing reason
>
> You're effectively asking for what looks like a policy change, one that
> seems likely to increase the pain for *other* people. So yes, that
> requires strong justification.
Erm... no... I wasn't thinking about a "policy change" (that's IMO too
close to "politics" and I usually go hiding under my desk when people
come up with that... ;-/ ). It way just a tiny spark of whinging... :-)
----
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) roland.mainz at nrubsig.org
\__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
