Issue 81628 - dmake 4.11 finds lots of virtual targets with corresponding files
Summary: dmake 4.11 finds lots of virtual targets with corresponding files
Status: CLOSED FIXED
Alias: None
Product: Build Tools
Classification: Code
Component: solenv (show other issues)
Version: current
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: hjs
QA Contact: issues@tools
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-17 05:02 UTC by quetschke
Modified: 2013-08-07 15:34 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
avoid warnings caused by "one call for all" header generation (1.52 KB, patch)
2008-04-15 17:13 UTC, hjs 		no flags Details | Diff
proposed fix (2.26 KB, patch)
2008-04-18 13:48 UTC, hjs 		no flags Details | Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description quetschke 2007-09-17 05:02:55 UTC 
The new dmake411 finds lots of warnings (200+ on W32) like this:

dmake:  Warning: -- Found file corresponding to virtual target
[../wntmsci10.pro/inc/cppuhelper/com/sun/star/beans/PropertyAttribute.hpp].

It seems that the *.hpp (target $(UNOUCRHEADER) ) are generated by the
$(UNOUCRTARGET) target in target.mk, but there is also a "virtual" target
like this:

$(UNOUCRHEADER) : $(UNOUCRTARGET)


The following patch might be a way to fix this:

+++ solenv/inc/target.mk        17 Sep 2007 04:02:10 -0000
@@ -1298,7 +1298,7 @@
        @-$(MKDIRHIER) $(@:d)
        @$(TOUCH) $@
 
-$(UNOUCRTARGET) : $(UNOUCRDEP) $(UNOUCRTYPEFLAGS)
+$(UNOUCRTARGET) $(UNOUCRHEADER) : $(UNOUCRDEP) $(UNOUCRTYPEFLAGS)
 .IF "$(XML2MK_FILES)"!=""
        @@-$(RM) $(foreach,i,$(XML2MK_FILES) $(MISC)$/$(i).mk)
 .ENDIF                 # "$(XML2MK_FILES)"!=""
Comment 1 hjs 2008-04-15 17:13:05 UTC 
Created attachment 52831 [details]
avoid warnings caused by "one call for all" header generation
Comment 2 hjs 2008-04-15 17:34:03 UTC 
i just wondering if the minimal change might work as well because of the
dependency of $(UNOUCRTARGET) and $(UNOUCRDEP) stated some line above in the
makefile. will check that...
Comment 3 hjs 2008-04-16 10:44:59 UTC 
nope. the first suggested solution fails here because the generated files still
have a timestamp of 0 here. thus cppumaker is started again several times.

i also found that $(UNOUCRTYPEFLAGS) seems to be no longer usefull. cppumaker
works fine without, once its base output dir exists. will kick that too...
Comment 4 hjs 2008-04-18 13:48:31 UTC 
Created attachment 52997 [details]
proposed fix
Comment 5 hjs 2008-04-18 14:08:24 UTC 
committed proposed fix...
Comment 6 jens-heiner.rechtien 2008-05-26 16:07:27 UTC 
verified
Comment 7 hjs 2008-07-29 16:41:32 UTC 
.