Issue 13 in swtoolkit: Use of InstallUsingLink for miscellaneous files during coverage builds may cause these files to be unnecessarily installed on subsequent builds

3 views
Skip to first unread message

codesite...@google.com

unread,
Jan 7, 2010, 2:42:21 PM1/7/10
to swto...@googlegroups.com
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium

New issue 13 by ddor...@google.com: Use of InstallUsingLink for
miscellaneous files during coverage builds may cause these files to be
unnecessarily installed on subsequent builds
http://code.google.com/p/swtoolkit/issues/detail?id=13

What steps will reproduce the problem?
1. hammer.bat -k MODE=coverage-win --verbose
2. After successful build, repeat step 1.

What is the expected output? What do you see instead?
No build operations should occur as no code as changed.

In some cases, such as when code signing after instrumentation, this
results in Hammer thinking it needs to reinstall the files every time a
build is run. This was observed for .msi and .msp files.

What version of the product are you using? On what operating system?
0.9.1
Windows XP SP3

Please provide any additional information below.
In _CoverageInstall() in target_platform_windows.py, files that are not
.pdb, .exe, or .dll are installed with env['PRECOVERAGE_INSTALL'], which is
InstallUsingLink. This does not happen if I replace
env['PRECOVERAGE_INSTALL'] with the following:
env.Execute('copy "%s" "%s"' % (source, dest))

Linking also causes these miscellaneous files to be signed in the obj
directory whereas EXEs and DLLs are not signed in the obj directory.

Linking can be confusing when debugging issues on Windows, since it is not
commonplace in Windows and the use of linking is hard to track down in all
the SCT scripts.

--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings

Reply all
Reply to author
Forward
0 new messages