为什么#define _LARGEFILE_SOURCE 会破坏这些函数指针？

Question

我有以下代码，其中正在加载的共享库作为预编译的二进制文件交付。它是使用 linaro 工具链编译的。

gbm_create_device(int fd)
{
   struct gbm_device *gbm = NULL;
   void *module;
   const struct gbm_backend *backend = NULL

   module = dlopen("/usr/lib/gbm/gbm_pvr.so", RTLD_NOW | RTLD_GLOBAL);
   backend = dlsym(module, "gbm_backend");
   gbm = backend->create_device(fd);

   gbm->surface_create(gbm, width, height, format, flags);
}

struct gbm_device {
   /* Hack to make a gbm_device detectable by its first element. */
   struct gbm_device *(*dummy)(int);

   int fd;
   const char *name;
   unsigned int refcount;
   struct stat stat;

   ...
   void (*bo_destroy)(struct gbm_bo *bo);

   struct gbm_surface *(*surface_create)(struct gbm_device *gbm,
                                         uint32_t width, uint32_t height,
                                         uint32_t format, uint32_t flags);
   struct gbm_bo *(*surface_lock_front_buffer)(struct gbm_surface *surface);
   ...
};

代码正常工作。但是，当我添加以下定义时，gbm->surface_create(...) 跳转到共享库中错误的内存位置。为什么？ official GNU page.

对我来说并不明显

#define _LARGEFILE_SOURCE
#define _LARGEFILE64_SOURCE
#define _FILE_OFFSET_BITS=64

附加信息：

我用 gdb 检查了 gbm->surface_create(...)`

之后的第一步

没有这些定义：

0xb6beb5d0 in ?? () from /usr/lib/gbm/gbm_pvr.so
...
// Correct behavior

定义：

0xb6c414a4 in ?? () from /usr/lib/gbm/gbm_pvr.so
...
// Segmentation fault

Answer 1

struct gbm_device 包含一个 struct stat stat; 成员。

struct stat 根据 _LARGEFILE_SOURCE 更改大小。它包含 32 位或 64 位成员 off_t st_size; 等。

不使用 _LARGEFILE_SOURCE 编译的二进制文件中的结构和使用 _LARGEFILE_SOURCE 编译的代码中的结构不兼容 ABI。

函数指针位于该结构成员之后；更改该成员的大小会更改以下成员的表观偏移量，这就是使用错误函数指针值的方式。

为什么#define _LARGEFILE_SOURCE 会破坏这些函数指针？

Why does #define _LARGEFILE_SOURCE break these function pointers?

c++

gcc

gnu

compilation

shared-libraries