Peter Memishian wrote:
[snip]
> > The advatages would be:
> > - The additional rules would not bloat the rule/variable lists in all
> > Makefiles, only the subprojects which actually have demo files would use
> > these extra rules
> > - We wouldn't need any dummy values for subprojects which do not use the
> > demo rules (again less spam and less "AEM"s (="anti engineer mines")
> > floating around in the Makefiles)
> > - The risk of this change would be limited to the consumers and not
> > generate any tree-wide side-effects (originally I hoped the putback
> > would be almost "risk free" but that goal already drowned a while ago...
> > ;-( )
>
> I'm not too worried about any of the above since (a) there are already
> tons of rules in lib/Makefile.{lib,targ}, (b) we have a convention for
> dummy values already (see previous email) and (c) given (b), I don't see
> the additional risk.
With additional risk I mean if I screw this up half the tree is burning
(a seperate Makefile fragment would limit the possible damage to it's
consumers only) and it'll become April's burden to find a hotfix (or
backout and write an angry email to the author of the junk (=me)) ...
;-/ Somehow I tried to avoid such global changes because is IMO more
risky and my claws start itching to do more cleanup (there's tons of
stuff in the tree which looks weired, where functionality is missing
(like CLOBBERDIRS to cleanup temporary subdirs) or no longer used (the
LINT*64 thing discussed earlier)) ...
... anyway... I've added the changes to usr/src/lib/Makefile.lib and
usr/src/lib/Makefile.targ and now waiting for the $ (cd usr/src ; dmake
install) #-run to complete...
----
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) [EMAIL PROTECTED]
\__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
