【问题标题】:Automatically stop Visual C++ 2008 build at first compile error?首次编译错误时自动停止 Visual C++ 2008 构建?
【发布时间】:2010-09-13 04:24:27
【问题描述】:

我知道我可以编译单个源文件,但有时——例如,在编辑许多.cpp 文件使用的头文件时——需要重新编译多个源文件。这就是 Build 的用途。

VC9 (Visual C++ 2008) 中“Build”命令的默认行为是尝试编译所有需要它的文件。有时这只会导致许多失败的编译。我通常只是观察错误并按 ctrl-break 手动停止构建。

有没有办法配置它,使构建在第一次编译错误(不是第一个失败的项目构建)处自动停止?

【问题讨论】:

标签: c++ visual-studio visual-studio-2008 visual-c++ visual-studio-2005


【解决方案1】:

我想出了一个更好的宏家伙。它在第一个错误/秒后立即停止(更新构建窗口后)。

Visual Studio -> 工具 -> 宏 -> 宏 IDE...(或 ALT+F11)

Private Sub OutputWindowEvents_OnPaneUpdated(ByVal pPane As OutputWindowPane) Handles OutputWindowEvents.PaneUpdated
    If Not (pPane.Name = "Build") Then Exit Sub

    pPane.TextDocument.Selection.SelectAll()
    Dim Context As String = pPane.TextDocument.Selection.Text
    pPane.TextDocument.Selection.EndOfDocument()

    Dim found As Integer = Context.IndexOf(": error ")

    If found > 0 Then
        DTE.ExecuteCommand("Build.Cancel")
    End If

End Sub 

希望对你们有用。

【讨论】:

  • @Eric,谢谢,这看起来是个不错的解决方案,我会试一试。有人知道为什么@Eric 的建议被否决了吗?
  • 根据我的声誉页面,我没有被否决。我不知道。
  • 努力,它确实有效。但是它在构建时会像任何东西一样闪烁,所以它不适合我。如果只有一种方法可以从输出窗口中获取文本而不必全选...
  • 你不需要使用全选;你应该能够做类似bool found = pPane.TextDocument.StartPoint.CreateEditPoint().FindPattern(": error") 的事情。希望它也应该更快,因为它不依赖于在每次窗格更新时复制输出窗口的整个文本。
  • @Noah Richards,感谢您的参与!我找不到那个,所以我选择了SA。下次我启动 VS 时,我会试一试并更新答案。
【解决方案2】:

这可以通过添加一个响应事件 OnBuildProjConfigDone 运行的宏来完成。

宏如下:

Private Sub BuildEvents_OnBuildProjConfigDone(ByVal Project As String, ByVal ProjectConfig As String, ByVal Platform As String, ByVal SolutionConfig As String, ByVal Success As Boolean) Handles BuildEvents.OnBuildProjConfigDone

  If Success = False Then
    DTE.ExecuteCommand("Build.Cancel")
  End If

End Sub

【讨论】:

  • 此方法在第一次 PROJECT 失败而不是第一次编译错误时停止构建。
  • 是的,但对我来说这已经足够接近(而不是在停止之前构建接下来的 20 个左右的项目)。
  • 我想这取决于项目中有多少文件以及您正在编译什么。如果我更改随处包含的文件,它可能会触发相当长的重建,如果我有错字,我宁愿让我的构建立即停止。也许 VC10(带有 MSBuild)将能够做我想做的事。
  • 这不是原始发帖人要找的,但这正是我要找的。如果不明显,您可以通过转到 Tools->Macros->Macros IDE 添加它,打开 EnvironmentEvents 并将其粘贴到那里。
  • 您也可以在 DTE.ExecuteCommand("Build.Cancel") 之后添加 DTE.ExecuteCommand("View.ErrorList") ,它会立即显示错误列表面板。
【解决方案3】:

是的,这在 MSVC 2005-2010 上运行良好:

Public Module EnvironmentEvents
  Private Sub OutputWindowEvents_OnPaneUpdated(ByVal pPane As OutputWindowPane) Handles OutputWindowEvents.PaneUpdated
    If Not (pPane.Name = "Build") Then Exit Sub

    Dim foundError As Boolean = pPane.TextDocument.StartPoint.CreateEditPoint().FindPattern(": error")
    Dim foundFatal As Boolean = pPane.TextDocument.StartPoint.CreateEditPoint().FindPattern(": fatal error")

    If foundError Or foundFatal Then
      DTE.ExecuteCommand("Build.Cancel")
    End If
  End Sub
End Module

【讨论】:

  • 在 VS 2008 中为我工作,谢谢。我添加的一件事是打开错误列表DTE.Windows.Item(EnvDTE80.WindowKinds.vsWindowKindErrorList).Activate()
【解决方案4】:

我知道这个问题是针对 VS 2008 的,但在搜索 VS 2012 的相同答案时,我偶然发现了它。由于 2012 年不再支持宏,因此宏解决方案将不再起作用。

您可以下载一个明显适用于 VS 2010 和 2012 的扩展程序here。我可以确认它在 VS 2012 中运行良好。

扩展程序的原始链接在this 响应中给出。

【讨论】:

    【解决方案5】:

    this post - 不确定它是否会在第一个错误或解决方案中的第一个失败项目时停止构建。

    Ctrl-break 也会手动停止。

    现在,如果有什么方法可以阻止它在构建失败后花费 10 分钟重建智能感知!

    【讨论】:

    • 但是 ctrl-break 破坏了当时正在创建的文件,所以你必须显式地重新编译它们。
    • 链接中描述的方法在第一个 PROJECT 失败而不是第一个编译错误时停止构建。
    【解决方案6】:

    您也可以下载this 扩展,似乎适用于每个版本的 Visual Studio

    【讨论】:

      猜你喜欢
      • 2011-05-26
      • 1970-01-01
      • 2018-07-11
      • 1970-01-01
      • 2015-10-05
      • 1970-01-01
      • 2011-03-22
      • 2011-02-10
      • 1970-01-01
      相关资源
      最近更新 更多