hpp与.h区别

本文详细介绍了hpp文件在C++中的使用方法及其注意事项。hpp文件不仅能够简化项目编译流程,还能有效减少项目中的.cpp文件数量。文章还探讨了在使用hpp文件时可能遇到的问题及解决策略。

hpp在C++中的含义

  hpp,其实质就是将.cpp的实现代码混入.h头文件当中,定义与实现都包含在同一文件,则该类的调用者只需要include该hpp文件即可,无需再 将cpp加入到project中进行编译。而实现代码将直接编译到调用者的obj文件中,不再生成单独的obj,采用hpp将大幅度减少调用 project中的cpp文件数与编译次数,也不用再发布烦人的lib与dll,因此非常适合用来编写公用的开源库。
  1、是Header Plus Plus 的简写。
  2、与*.h类似,hpp是C++程序头文件 。
  3、是 VC L 专用的头文件,已 预编译
  4、是一般 模板类 的头文件。
  5、一般来说,*.h里面只有声明,没有实现,而*.hpp里声明实现都有,后者可以减 少.cpp的数量。
  6、*.h里面可以有using namespace std,而*.hpp里则无。

编辑本段hpp要注意的问题

  *.hpp要注意的问题有:
  a)不可包含全局对象和 全局函数
  由于hpp本质上是作为.h被调用者include,所以当hpp文件中存在全局对象或者 全局函数 ,而该hpp被多个
  调用者include时,将在链接时导致符号重定义错误。要避免这种情况,需要去除全局对象, 全局函数
  装为类的静态方法
  b)类之间不可循环调用
  在.h和.cpp的场景中,当两个类或者多个类之间有循环调用关系时,只要预先在头文件做被调用类的声明
  即可,如下:
  class B;
  class A{
  public:
  void someMethod(B b);
  };
  class B{
  public:
  void someMethod(A a);
  };
  在hpp场景中,由于定义与实现都已经存在于一个文件,调用者必需明确知道被调用者的所有定义,而不能等到cpp
  中去编译。因此hpp中必须整理类之间调用关系,不可产生循环调用。同理,对于当两个类A和B分别定义在各自的
  hpp文件中,形如以下的循环调用也将导致编译错误:
  //a.hpp
  #include "b.hpp"
  class A{
  public:
  void someMethod(B b);
  };
  //b.hpp
  #include "a.hpp"
  class B{
  public:
  void someMethod(A a);
  }
  c)不可使用 静态成员
   静态成员 的使用限制在于如果类含有静态成员,则在hpp中必需加入静态成员初始化代码,当该hpp被多个文档include时,将产生符号重定义错误。唯 一的例外是const static 整型 成员,因为在vs2003中,该类型允许在定义时初始化,如:
  class A{
  public:
  const static int intValue = 123;
  };
  由于 静态成员 的使用是很常见的场景,无法强制清除,因此可以考虑以下几种方式(以下示例均为同一类中方法)
  一、类中仅有一个 静态成员 时,且仅有一个调用者时,可以通过局域 静态变量 模拟
  //方法模拟获取 静态成员
  someType getMember()
  {
  static someType value(xxx);//作用域内 静态变量
  return value;
  }
  二、.类中有多个方法需要调用 静态成员 ,而且可能存在多个静态成员时,可以将每个静态成员封装一个模拟方法,供其他方法调用。
  someType getMemberA()
  {
  static someType value(xxx);// 作用域 内静态变量
  return value;
  }
  someType getMemberB()
  {
  static someType value(xxx);//作用域内静态变量
  return value;
  }
  void accessMemberA()
  {
  someType member = getMemberA();//获取 静态成员
  };
  //获取两个 静态成员
  void accessStaticMember()
  {
  someType a = getMemberA();//获取 静态成员
  someType b = getMemberB();
  };
  三、第二种方法对于大部分情况是通用的,但是当所需的 静态成员 过多时,编写封装方法的工作量将非常
  巨大,在此种情况下,建议使用Singleton模式,将被调用类定义成普通类,然后使用Singleton将其变为
  全局唯一的对象进行调用。
  如原h+cpp下的定义如下:
  class A{
  public:
  type getMember(){
  return member;
  }
  static type member;// 静态成员
  }
  采用singleton方式,实现代码可能如下(singleton实现请自行查阅相关文档)
  //实际实现类
  class Aprovider{
  public:
  type getMember(){
  return member;
  }
  type member;//变为普通成员
  }
  //提供给调用者的接口类
  class A{
  public:
  type getMember(){
  return Singleton<AProvider>::getInstance()->getMember();
  }
  }
/work/pcl-cross-compile/src/boost$ ls /work/pcl-cross-compile/install/boost/include/ algorithm dynamic_bitset.hpp make_unique.hpp qvm throw_exception.hpp align enable_shared_from_this.hpp math qvm.hpp timer aligned_storage.hpp exception math_fwd.hpp qvm_lite.hpp timer.hpp align.hpp exception_ptr.hpp move random token_functions.hpp archive foreach_fwd.hpp mpi random.hpp token_iterator.hpp asio foreach.hpp mpi.hpp range tokenizer.hpp asio.hpp format mpl range.hpp tti assign format.hpp multi_array rational.hpp tuple assign.hpp functional multi_array.hpp redis type_erasure call_traits.hpp functional.hpp multi_index redis.hpp type_index cerrno.hpp fusion multi_index_container_fwd.hpp regex type_index.hpp charconv geometry multi_index_container.hpp regex_fwd.hpp typeof charconv.hpp geometry.hpp multiprecision regex.h type_traits circular_buffer gil nondet_random.hpp regex.hpp type_traits.hpp circular_buffer_fwd.hpp gil.hpp none.hpp safe_numerics units circular_buffer.hpp graph none_t.hpp scoped_array.hpp unordered cobalt heap nowide scoped_ptr.hpp unordered_map.hpp cobalt.hpp histogram numeric scope_exit.hpp unordered_set.hpp compressed_pair.hpp histogram.hpp operators.hpp serialization url concept hof operators_v1.hpp shared_array.hpp url.hpp concept_archetype.hpp hof.hpp optional shared_ptr.hpp utility concept_check icl optional.hpp signals2 utility.hpp concept_check.hpp interprocess parameter signals2.hpp uuid config intrusive pending smart_ptr uuid.hpp config.hpp intrusive_ptr.hpp phoenix smart_ptr.hpp variant container io phoenix.hpp sort variant2 context io_fwd.hpp pointer_cast.hpp spirit variant2.hpp convert json pointer_to_other.hpp spirit.hpp variant.hpp convert.hpp json.hpp polygon stacktrace version.hpp cregex.hpp leaf pool stacktrace.hpp vmd cstdfloat.hpp leaf.hpp predef statechart wave cstdint.hpp limits.hpp predef.h static_assert.hpp wave.hpp cxx11_char_types.hpp locale program_options static_string weak_ptr.hpp date_time locale.hpp program_options.hpp static_string.hpp winapi date_time.hpp local_function progress.hpp stl_interfaces xpressive describe local_function.hpp property_map system yap describe.hpp lockfree proto system.hpp detail logic ptr_container test dynamic_bitset make_default.hpp python thread dynamic_bitset_fwd.hpp make_shared.hpp python.hpp thread.hpp uidq8326@hzh27145u:/work/pcl-cross-compile/src/boost$ ./b2 install toolset=gcc architecture=arm address-model=64 \--prefix=/work/pcl-cross-compile/install/boost -j$(nproc) Performing configuration checks - default address-model : 64-bit [1] - default architecture : arm [1] - symlinks supported : yes error: Unable to find file or target named error: '/boost/headers' error: referred to from project at error: 'libs/date_time/build'
最新发布
08-19
<think>我们正在处理一个关于交叉编译Boost时出现的错误:无法找到名为'/boost/headers'的文件或目标。 根据用户描述,错误信息为:`Unable to find file or target named '/boost/headers'`。 这个错误通常发生在使用Boost.Build(b2)进行交叉编译时,表明构建系统无法定位到指定的头文件目标。 可能的原因和解决方法如下: 1. **检查Boost.Build项目配置**:用户可能在项目配置中引用了名为`/boost/headers`的目标,但这个目标在Boost的构建系统中并不存在。标准的Boost头文件通常不需要单独构建,但可能在交叉编译环境中需要正确配置包含路径。 2. **正确生成b2工具**:在交叉编译Boost之前,必须为宿主机构建b2工具。这通常是在Boost根目录下运行`bootstrap.sh`(或Windows上的`bootstrap.bat`)来完成的。确保这一步已经正确完成。 3. **用户配置文件(user-config.jam)**:交叉编译需要提供一个用户配置文件,指定交叉编译工具链。这个文件应该放在用户主目录下,或者通过`--user-config`选项指定。在配置文件中,需要定义使用的交叉编译器。例如: ``` using gcc : arm : arm-linux-gnueabihf-g++ ; ``` 然后,在编译时使用: ``` ./b2 toolset=gcc-arm ``` 4. **指定目标架构**:在交叉编译时,可能需要明确指定目标架构(address-model, architecture等)。例如,对于32位ARM: ``` ./b2 toolset=gcc-arm architecture=arm address-model=32 ``` 5. **检查路径**:错误信息中的`/boost/headers`看起来像是一个绝对路径。在Boost.Build中,目标通常使用相对路径(如`boost/headers`)或项目路径(如`/boost//headers`)来引用。请确保在项目文件中没有错误地使用了绝对路径。 6. **可能缺少安装步骤**:如果用户试图在交叉编译后安装Boost,那么可能需要在编译命令中加入`install`目标。例如: ``` ./b2 install --prefix=/path/to/install ``` 但注意,在交叉编译时,安装路径应该是一个可以供交叉编译环境访问的路径。 7. **检查Boost版本**:某些Boost版本在交叉编译时可能有已知的问题。确保使用的Boost版本支持交叉编译,并查阅该版本的文档。 8. **使用正确的b2选项**:确保在运行b2时,使用了正确的选项来指定构建类型、目标系统等。例如,对于Android NDK交叉编译,可能需要指定`target-os=android`。 9. **查看完整日志**:运行b2时添加`-d+2`选项可以输出详细的调试信息,帮助定位问题。 基于以上分析,我们建议用户按照以下步骤操作: 步骤1:确保已经运行了`bootstrap.sh`(或`bootstrap.bat`)来生成b2工具。 步骤2:创建一个用户配置文件(例如`user-config.jam`),内容为交叉编译器的定义。 步骤3:在运行b2时,指定用户配置文件和工具链,例如: ``` ./b2 toolset=gcc-arm --user-config=user-config.jam ``` 步骤4:如果问题仍然存在,检查项目文件中是否有对`/boost/headers`的引用,并尝试将其改为`boost/headers`(即去掉开头的斜杠)或正确的目标名称。 步骤5:如果用户是在尝试构建一个依赖于Boost的项目,那么请确保该项目正确配置了Boost的包含路径。在交叉编译环境中,可能需要指定`--sysroot`选项来设置根目录,以便编译器找到头文件。 如果用户能提供更多上下文(如具体的项目文件、构建命令、用户配置文件内容等),我们可以进一步帮助诊断。 由于用户的问题是关于交叉编译Boost,我们生成以下相关问题: §§相关问题§§ 1. 如何为ARM架构交叉编译Boost库? 2. 在交叉编译Boost时,如何配置用户配置文件(user-config.jam)? 3. 如何解决Boost.Build中“找不到文件或目标”的错误? 4. 交叉编译Boost后,如何正确安装到目标目录? 5. 在交叉编译Boost时,常用的b2选项有哪些?</think>### 交叉编译 Boost 时报错:`Unable to find file or target named '/boost/headers'` 的解决方案 此错误通常发生在 Boost 交叉编译配置阶段,表明构建系统无法定位头文件目标。以下是系统性的解决步骤: #### 1. **验证用户配置文件 (`user-config.jam`)** - 在 `$HOME` 或 Boost 根目录创建/修改 `user-config.jam` 文件 - **关键配置**:使用 `using` 指令声明交叉编译器 ```jam using gcc : arm : arm-linux-gnueabihf-g++ ; # ARM 示例 ``` - 确保路径正确: ```bash which arm-linux-gnueabihf-g++ # 验证编译器路径 ``` #### 2. **检查项目配置** - 在项目的 `Jamfile` 或 `CMakeLists.txt` 中: ```jam exe myapp : main.cpp : requirements <toolset>gcc-arm # 匹配 user-config.jam 的命名 ; ``` - 错误引用 `/boost/headers` 可能是路径问题,改为相对路径: ```jam requirements <include>/path/to/boost/headers ; # 正确格式 ``` #### 3. **重新生成 B2 构建系统** ```bash ./bootstrap.sh --with-toolset=gcc # 生成适用于宿主的 b2 ``` - 清理缓存: ```bash rm -rf bin.v2 # 删除旧构建缓存 ``` #### 4. **执行交叉编译命令** ```bash ./b2 toolset=gcc-arm \ target-os=linux \ architecture=arm \ --prefix=/opt/boost-arm \ install ``` - **关键参数**: - `toolset` 必须匹配 `user-config.jam` 的命名(如 `gcc-arm`) - 添加 `-d+2` 查看详细调试日志 #### 5. **处理路径问题** - 若需硬编码头文件路径: ```jam constant BOOST_INCLUDE : "/mnt/boost/headers" ; # 在 user-config.jam 定义 ``` - 在项目中引用: ```jam exe myapp : main.cpp : <include>$(BOOST_INCLUDE) ; ``` #### 6. **验证工具链兼容性** - 检查编译器是否支持 C++11: ```bash arm-linux-gnueabihf-g++ -dM -E -x c++ /dev/null | grep __cplusplus ``` - 在 `user-config.jam` 中添加标准要求: ```jam using gcc : arm : arm-linux-gnueabihf-g++ : <cxxflags>-std=c++11 ; ``` #### 常见错误原因 1. **`user-config.jam` 未生效**:文件位置错误或权限问题 2. **工具链命名不一致**:`using gcc:arm` 但调用 `toolset=gcc_arm` 3. **路径格式错误**:Windows 需使用 `C:/path` 而非 `/C/path` 4. **Boost 版本缺陷**:v1.70 前存在交叉编译路径处理缺陷[^1] > 提示:使用 `./b2 -n` 可预览构建命令而不执行,验证路径解析逻辑。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值