混合 C/C++ 代码中的结构指针

Posted 2023-02-17

【中文标题】混合 C/C++ 代码中的结构指针

【英文标题】：Struct pointers in mixed C / C++ code

【发布时间】：2014-12-11 08:03:23

【问题描述】：

我在从 C++ 调用 C 函数时遇到问题。特别是，我有一个具有 C 结构成员变量的类的实例。我将指向该变量的指针传递给一个 C 函数，该函数是从成员函数调用的。我观察到变量指针地址在 C 函数内部和外部都没有变化。但是，结构字段之一的地址实际上确实发生了变化。

代码大纲：

extern "C"

  #define ENAGLO
  #include <rtklib.h>


class GNSS

  protected: rtcm_t rtcm;   // A C struct type in rtklib.h.
  public: ~GNSS()  free_rtcm(&rtcm); 
  public: GNSS()  init_rtcm(&rtcm);  
  public: Load()  

    // Add some stuff to the rtcm.obs element

    // This is the problematic line. If one were to read the address
    // of rtcm.nbyte inside and outside of the function below, its
    // address is different! Thus, if the gen_rtcm3 function sets
    // rtcm->nbyte = 3, it does not persist back into C++.
    gen_rtcm3(&rtcm, 1001, 0);
  

rtklib.h 和源文件可在此处获得：RTKLIB

我在 Ubuntu 14.04 上使用 GCC 4.8.2。

更新：CMake 用于通过以下方式构建 RTKLIB 库和 C++ 代码。我查过了，如果去掉 -O3 似乎没有什么区别。

# Find all RTKLIB source files
set(RTKLIB_SOURCES 
  thirdparty/RTKLIB/src/ephemeris.c
  thirdparty/RTKLIB/src/ppp.c
  thirdparty/RTKLIB/src/preceph.c
  thirdparty/RTKLIB/src/rcvraw.c
  thirdparty/RTKLIB/src/rinex.c
  thirdparty/RTKLIB/src/sbas.c
  thirdparty/RTKLIB/src/rtkpos.c
  thirdparty/RTKLIB/src/datum.c
  thirdparty/RTKLIB/src/rtcm3.c
  thirdparty/RTKLIB/src/options.c
  thirdparty/RTKLIB/src/rtkcmn.c
  thirdparty/RTKLIB/src/rtcm2.c
  thirdparty/RTKLIB/src/stream.c
  thirdparty/RTKLIB/src/ionex.c
  thirdparty/RTKLIB/src/rcv
  thirdparty/RTKLIB/src/rcv/binex.c
  thirdparty/RTKLIB/src/rcv/rt17.c
  thirdparty/RTKLIB/src/rcv/gw10.c
  thirdparty/RTKLIB/src/rcv/nvs.c
  thirdparty/RTKLIB/src/rcv/ublox.c
  thirdparty/RTKLIB/src/rcv/septentrio.c
  thirdparty/RTKLIB/src/rcv/ss2.c
  thirdparty/RTKLIB/src/rcv/rcvlex.c
  thirdparty/RTKLIB/src/rcv/novatel.c
  thirdparty/RTKLIB/src/rcv/javad.c
  thirdparty/RTKLIB/src/rcv/skytraq.c
  thirdparty/RTKLIB/src/rcv/crescent.c
  thirdparty/RTKLIB/src/convkml.c
  thirdparty/RTKLIB/src/pntpos.c
  thirdparty/RTKLIB/src/rtcm.c
  thirdparty/RTKLIB/src/ppp_ar.c
  thirdparty/RTKLIB/src/geoid.c
  thirdparty/RTKLIB/src/rtcm3e.c
  thirdparty/RTKLIB/src/solution.c
  thirdparty/RTKLIB/src/streamsvr.c
  thirdparty/RTKLIB/src/rtklib.h
  thirdparty/RTKLIB/src/rtksvr.c
  thirdparty/RTKLIB/src/qzslex.c
  thirdparty/RTKLIB/src/lambda.c
  thirdparty/RTKLIB/src/tle.c
)

# Create a rtklib library
add_library(crates_gnss_rtklib $RTKLIB_SOURCES)
target_link_libraries(crates_gnss_rtklib    
  $LAPACK_LIBRARIES
  $BLAS_LIBRARIES
  $CMAKE_THREAD_LIBS_INIT
  $MATH_LIBRARY
  $RT_LIBRARY
)
SET_TARGET_PROPERTIES(crates_gnss_rtklib PROPERTIES COMPILE_FLAGS "-O3 -DTRACE -DENAGLO -DENAGAL -DENAQZS -DNFREQ=3")

# Crate a gazebo receiver
add_library(crates_gnss_plugin src/GNSS.cc)
target_link_libraries(crates_gnss_plugin    
  $catkin_LIBRARIES 
  $GAZEBO_LIBRARIES 
  crates_gnss_rtklib
)

# THIS IS THE LINE THAT WAS ULTIMATELY NEEDED!
#SET_TARGET_PROPERTIES(crates_gnss_plugin PROPERTIES COMPILE_FLAGS "-O3 -DTRACE -DENAGLO -DENAGAL -DENAQZS -DNFREQ=3")

【问题讨论】：

库是如何编译的？ sizeof(rtcm_t) C++ 代码和 C 代码一样吗？我有一个理论，可能rtcm_t 的确切布局在您的 C++ 编译和 C 编译之间不一致（可能不同的填充、不同的成员大小或不同的结构定义（即 C lib 是版本 1，但 C++ 是使用版本 2 标头））。

打印出sizeof(rtcm_t) 和offsetof(rtcm_t, x) 的rtcm_t 中所有字段x，包括代码的C 部分和C++ 部分。一切都应该匹配。如果不匹配，则说明编译器不兼容，或编译标志不兼容，或者 C 和 C++ 的头文件集不同。

你们说得对——C 和 C++ 中分别有两种不同的 rtcm_t 大小。值——C++：243096，C：314832。至少现在我知道问题的根源了！

我终于知道这是一个编译标志问题。我已将 RTKLIB 编译到一个共享库中，该共享库具有一组与链接它的 C++ 代码不同的编译标志。这会导致不同的结构大小和运行时问题。非常感谢您的帮助。

【参考方案1】：

我终于知道这是一个编译标志问题。我已将 RTKLIB 编译到一个共享库中，该共享库具有一组与链接它的 C++ 代码不同的编译标志。这会导致不同的结构大小和运行时问题。