欺骗gmake构建/复制文件以保留时间戳并避免完全重建

Question

简短的背景信息：

出于某些相当复杂的原因，我试图欺骗我的项目构建系统。我们正在使用Texas Instruments的Windows上的Code Composer Studio以及所包含的gmake实现。据我所知，我们使用的标准Debug构建选项几乎未做任何修改（不幸的是，我对make的理解以及对它的实现受到限制）。在Code Composer中进行开发时，该构建可以按预期工作，仅更改了已更改的文件及其依赖项。有时我需要从我们使用的代码生成器重新生成所有代码，从而触发完全重建。

[试图欺骗这种完整的重建，我编写了一个python脚本，该脚本将所有原始文件从项目中移出，等待代码生成器，然后比较这些文件并将新的相同文件替换为旧文件。因此，应保留创建时间戳和最后修改的时间戳。在检查这些属性时，这似乎也起作用。但是，始终会触发问题的完全重建。

问题的核心：

1. 已经在Code Composer中构建了该项目，然后再次构建，它得出的结论是没有任何变化，并且没有什么可以做的，正如人们所期望的。
2. 我将文件从文件夹中移出并再次移回，就我所知，都保留了创建时间戳和最后修改的时间戳（在Windows资源管理器->属性中。）>
3. [现在重建项目时，尽管它与以前相同并且具有相同的时间戳，但仍将重建所述文件及其依赖项。

gmake在看什么？是否检测到文件夹已更改。是否正在查看其他隐藏的时间戳？是Windows问题吗？插入具有旧时间戳的文件，是否应该这样做？

我想念的是什么？有人知道吗？

简短的背景信息：出于某些相当复杂的原因，我试图欺骗我的项目构建系统。我们正在使用Texas Instruments的Windows上的Code Composer Studio和gmake ...

Answer 1

检查了这一点后，我得出结论，问题不在于gmake或makefile，而在于Code Composer Studio的/ Eclipse makefile生成