问题标签 [rebuild]

让我重新表述一下这个问题：

/*! */在使用单独的 INSERT 语句插入数据时，以下 SQL 文件中的行是否存在至关重要？

这是现在文件的内容：

我问这个是因为当到达线时，MySQL 会按排序修复索引，但由于数据集大到足以在排序/*!40000 ALTER TABLE adv_link ENABLE KEYS */;时阻塞，所以它找不到足够的空间。tmpdir

我们有一个使用 Crystal Reports 9 的 asp.net 应用程序。我不知道开发系统是如何配置的，但我曾经在 Visual Studio 2003 中打开项目，进行更改并将 dll（有时是 aspx 文件）上传到生产服务器。

现在那个系统给了我一个蓝屏。它并没有完全消失，但我能够以安全模式启动计算机。我的问题是 Visual Studio 2003 无法打开项目 - 因为 IIS（网络服务器）不可用。我尝试了命令行构建（devenv build），但没有帮助 - 当操作系统处于安全模式时，有没有办法构建/重建项目？

谢谢！

我有一堆 VS 2005 C++ 项目，它们构建了许多 dll 和可执行文件，它们只是大型相互依赖的文件层次结构的一小部分。为了调试文件，我通过构建后事件将构建的 execs/dlls 复制到层次结构中。有时我会更新我的层次结构，但让我的所有项目都是最新的——在这种情况下，我需要做的就是执行构建后事件（即复制文件）而不重建所有源。有没有办法做到这一点？

全部！

我的解决方案中有很多 vc 项目。我可以调用 devenv.exe xxx.sln 一起构建/重建所有这些项目。我也可以右键单击某些特定项目并重建它。

我的问题：当我使用 devenv.exe 时，如何做同样的事情“右键单击并重建”？

我想用不同的建筑宏重建同一个项目---在.vcproj中设置“PreprocessorDefinitions”

另一个问题：有没有一种简单的方法来替换 .vcproj 中 PreprocessorDefinitions 的值？我现在使用 python 来做到这一点。

我想从 cmd 构建我的 c++ 项目的不同风格我正在使用带有 /p:Varable=Variable 的 msbuild 并为每种风格使用不同的文件夹问题是每次我重建其中一种风格时，.exe 文件最后构建的味道被删除了所以，有办法用 msbuil 重建保留其他 .exe 文件谢谢

使用 autoconf/automake 构建系统时，如果 Makefile.am（甚至更高级别，如 configure.ac）中的编译器标志或其他变量发生变化，与该 Makefile 关联的 C++ 源文件将不会自动重新构建。这变得尤为重要，因为我们将 automake 用作仅根据需要重新编译的持续构建系统的一部分。

我的想法是包含 Makefile 作为 .o 文件的依赖项，理论上可以解决上述问题。所以有几个问题：

首先，是否可以添加这样的规则？我宁愿不必将自定义规则添加到每个 Makefile.am，因此可以放入顶级文件（如 configure.ac）的东西会很棒。

其次，这种方法的缺点是在某些情况下，对 Makefile 的更改实际上并没有影响编译，所以我最终会在不需要时重新构建。我想我愿意忍受这个（或者至少尝试一下看看它有多痛苦），以便更好地保证我的构建是正确的，但是有没有更好的方法来解决这个问题？我相信 clearmake 通过保存实际的编译器命令（以及其他依赖项）然后将当前命令与之前的命令进行比较以确定是否需要重新生成文件来解决这个问题。

伙计们：

我需要一个 8051 处理器指令 + 内部外围模拟器来复活一个非常古老的项目。（长话短说。）我发现了一个以 WinXP 为目标的废弃软件项目，它几乎完美地满足了我的需求：

它只需要一点点改进来支持我需要使用的外部存储器模型。（对于 8051 粉丝：我需要 0 - 0x7fff 的外部程序存储器作为外部数据读取，与 0x8000 - 0xffff 的外部 RAM 连续。）

开发者/维护者几年前用完了时间，发布了前端 GUI 的 c++ 源代码和 8051 特定的 DLL。

注意：再次感谢开发者最初做这个项目，然后在他不再维护它的时候发布源代码！

我已经在需要调整的 DLL 源代码中找到了代码……看起来并不难。

但是开发者根本没有说开发环境。

DLL 源代码解压缩到一个名为“MSDEV-PRJ”的顶级文件夹，其中包含大约 30 个文件，其中大约 10 个是 .cpp，可能低于 9000 行的总源代码行，这些代码看起来写得很好且文档记录合理。根据文件夹名称和项目年龄，我猜这是一个 MS Visual Studio 项目。我只是碰巧拥有大约相同年份的 MSVS 副本，大约 1995-2000 年。

我的问题：

1. 找到同名的文件夹是否意味着其中包含完整、一致的 Visual Studio 项目？也就是说，拖出我的 VS 磁盘是否值得，安装——我记得这可能很痛苦——然后尝试？

2. 使用 GNU 工具，特别是我碰巧已经安装的 MinGW 来完成这项工作会有什么困难？在 [1] 到…… [Excruciating] 的范围内，这种转换可能有多困难？

3. 有什么完全不同的方法，例如另一个可以导入 MSVS 项目并处理 MS 指令的廉价/免费开发环境？或者也许有人知道我可以购买的一个非常好的功能齐全、低成本的 8051 模拟器？

TIA

亨利

今天早上，在 Visual Studio 2005 中，我尝试向private一个类添加一个新成员变量，发现它给了我各种奇怪的分段错误等。当我进入调试模式时，我发现我的调试器甚至没有看到新的成员变量，因此它给了我一些奇怪的行为。

它需要“全部重建”以使我的程序再次运行（并让调试器查看我创建的新成员变量）。 为什么有必要重建一切？为什么仅仅进行常规构建是不够的？

我已经解决了这个问题，但我觉得我更好地理解构建过程将在未来帮助我。如果您需要更多信息，请告诉我。

提前致谢！

我在 Eclipse Indigo（超级类似于 Helios）中删除了我的./bin文件夹，现在我想知道如何重建我的 Java 项目。我只是找不到像我们在 Netbeans 中看到的按钮。

在没有对程序集代码或其任何引用程序集代码进行任何更改的情况下连续构建解决方案后，我注意到新的 DLL 没有在构建文件夹中编译（即，DLL 仍然具有旧的日期和时间） . 但是，如果我进行任何代码更改然后构建解决方案，则会编写新的 DLL。

我还发现进行重建（与标准构建相反）确实会强制 VS 编译新的 DLL。清理解决方案并进行标准构建也会导致这种情况。

关于我在标准重建时未编译新 DLL 的初始问题：这是设计使然吗？这不是问题，因为我可以创建一个进行重建的宏并将其分配给 CTRL+SHIFT+ALT+B，但是由于过去的部署已经指出了一些问题，我想知道为了安心正确的 DLL 可能未正确复制到生产服务器。