在Visual C++6.0中，我做了两个工程，但是我想在一个工程里任意调用另外一个工程的头文件，怎么做啊

Posted 2023-04-23

RT

把4个工程放到一个项目里

然后各工程的包含路径属性里配置其他工程的路径就好了
然后如果有生成顺序也配置下

如果一些头文件是所有工程都要用的
最好单独建一个include工程 把这些头文件都放到这个里
另外如果是共用的头文件请保持文件只有一份
不要复制，尽量写通用代码 否则很容易2个版本的文件很容易就混了 参考技术A 你好！！
建议你把头文件，分别拷贝的两个工程里面，不然你修改头文件内容的时候，就会乱了追问

其实是有4个子工程，各子工程里的子函数还要相互调用。不只是有头文件的相互调用，所以得想个办法让各个工程可以自由调用子文件

其实是有4个子工程，各子工程里的子函数还要相互调用。不只是有头文件的相互调用，所以得想个办法让各个工程可以自由调用子文件

追答

这样的话，要做好文件的备注，只要不乱就行，把文件夹建的比较直观易懂一些

追问

谢谢您的回答，但是我想了解的是项目属性的 库的调用，附加依赖项的设置方法等相关的东西

在 Visual Studio 中构建 C++ 项目不会创建任何文件

【中文标题】在 Visual Studio 中构建 C++ 项目不会创建任何文件

【英文标题】：Building a C++ project in Visual Studio doesn't create any files

【发布时间】：2015-07-06 13:14:15

【问题描述】：

我最近决定开始学习 Visual Studio，以便它取代我对 CodeBlocks 和 MinGW 的 C++ 编程需求。 所以，今天我做了一个新的 Win32 C++ 控制台应用程序，把这段代码写在一个新的 .cpp 文件中

#include <iostream>
using namespace std;

int main()

    int a;
    cin >> a;
    cout << a << endl;

    return 0;

并编译它。日志说

1>----- 构建开始：项目：CPP_CONSOLE_TEST，配置：调试 Win32 ------ 1>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V120\Microsoft.CppBuild.targets(357,5)：警告MSB8004：输出目录不以斜杠结尾。此构建实例将添加斜杠，因为它需要允许正确评估输出目录。 ========== 构建：1 成功，0 失败，0 最新，0 跳过 ==========

虽然我的代码已编译并且我的 .exe 已创建。 然后，在尝试调试我的程序时，Visual Studio 说：

无法启动程序“C:\Users\XYZ\Documents\Visual Studio 2013\Projects\CPP_CONSOLE_TEST\Debug\CPP_CONSOLE_TEST.exe”。系统找不到指定的文件。

然后我打开了项目的Debug文件夹，里面完全是空的……

我已经在 Google 上搜索了一段时间，甚至尝试“修复”我的 Visual Studio 构建，但没有任何结果。有什么帮助吗？

快速编辑：刚刚尝试编译一个 C# 应用程序，只是想看看 IDE 本身是否有问题。它编译并运行得很好，所以这是 Visual C++ 编译器及其设置的一些问题......

【问题讨论】：

快速编辑：构建日志发生在我修改输出设置之后。原来的日志是这样的：1>------ Build started: Project: CPP_CONSOLE_TEST, Configuration: Debug Win32 ------ ========== Build: 1成功，0失败，0最新，0 跳过 ========== 并且仍然没有文件...

您是否尝试在路径较短的目录中重新创建项目，例如 C:\Projects\YOUR_PROJECT ？

不，项目目录在 Documents 中，Output 目录设置为 $(SolutionDir)$(Configuration)\。一切都处于调试模式，所以它应该在正确的位置......

【参考方案1】：

原来我没有将源文件添加到项目中...：|

【参考方案2】：

Visual Studio 对 c++ 项目有自己的看法。默认情况下，它需要一个#include "stdafx.h" 在您的 cpp 文件之上，以及相关的 stdafx.h 和 stdafx.cpp 文件。 那么，在一个c++的visual studio项目中，真正定义main函数的是int _tmain(int argc, _TCHAR* argv[])。但它应该适用于您的定义。

【讨论】：

这些都是编译器特定的东西。编译器说一切都很好，所以我认为这不是问题...我也刚刚尝试了您的解决方案，但它不起作用...

【参考方案3】：

您为什么不尝试使用 Serge Rogatch 的解决方案？ Visual Studio 中存在一个错误，当项目路径较长时会导致问题。

【讨论】：

哦...我读错了他的解决方案...我今天犯了最愚蠢的错误。不管怎样，我修好了，所以没关系了。