Apache OpenOffice (AOO) Bugzilla – Issue 66385
dmake mishandles .X meta AUGMAKE targets
Last modified: 2013-08-07 15:34:52 UTC
According to the dmake manpage: COMPATIBILITY ... 5. When defining special targets for the inference rules and the AUGMAKE special target handling is enabled then the special target .X is equivalent to the %-rule "% : %.X". dmake should handle .<suffix> (not .<suffix1>.<suffix2>) targets only if the AUGMAKE macro is set to 'yes' (or -A is set). Currently this is reversed, i.e. .<suffix> targets are recognized/handled if AUGMAKE is *NOT* set.
Created attachment 37117 [details] Patch for dmake
The previous patch lets dmake handle .<suffix> targets regardless of the AUGMAKE (-A) status, this doesn't change the behavior for the normal (AUGMAKE not set) state but enables this AUGMAKE feature if AUGMAKE is set. The patch also changes the manpage accordingly. Committed to dmake45.
Added testcase. Reassigning for verification.
@ause: Please verify.
so this isn't (and was not) completely true: -A Enable AUGMAKE special inference rule transformations (see the "PERCENT(%) RULES" and "AUGMAKE META RULES" sections), these are set to off by default. if i get this right, .<suffix> targets, which are part of the AUGMAKE stuff, are enabled by default while the remaining AUGMAKE features require -A.
hmm, couldn't find any AUGMAKE feature that is disabled by default...
From the (new) man page: The following SYSV AUGMAKE special targets transformation must be enabled by providing the -A flag on the command line or by setting the value of AUGMAKE to non-NULL. The construct .c~.o :; recipe gets mapped into: %.o : s.%.c ; recipe In general, a special target of the form .<str>~ is replaced by the %-rule construct s.%.<str>, thereby providing support for the syntax used by SYSV AUGMAKE for providing SCCS support. When enabled, these mappings allow processing of existing SYSV makefiles without modifica- tions. ;)
.