Ticket #154 (new defect)

Opened 2 years ago

Last modified 2 years ago

scons does not automatically remove deleted header files from build/instlinks/include

Reported by: vossg Assigned to: unassigned
Priority: minor Milestone: 2.0 Release
Component: Build Version: 2.0
Keywords: Cc:
Completion:

Description

The removal of header files is not reflected in build/instlinks/include.

Just move any header file out of the way, build/instlinks/include will not be updated.

If build/instlinks/include uses symlinks at least the build fails.

If the header are copied to instlink/includes the old version is kept.

scons -c does not help as it only removes the files known to scons, which the removed file is not anymore.

Change History

01/22/07 08:35:23 changed by allenb

I don't know of any way to solve this issue in general. Since the build system does not know about the include file there is not any way for it to know that the file should not exist in the target directory.

How has this been handled in the past using the other build systems?

01/22/07 08:52:05 changed by dirk

I don't think it has been. In 1 we just removed the directory and started from scratch.

We could add a reverse lookup pass to the build that checks whether a file in include exists in the source tree, but I don't see a simple, automatic way either.