libspotify期望哪些编译器标志与打包相关？

Question

我在Windows上使用libspotify 12.1.51。虽然它基本上能按预期工作，但我对sp_offline_sync_status有一些困难

typedef struct sp_offline_sync_status {
  int queued_tracks;
  sp_uint64 queued_bytes;

  int done_tracks;
  sp_uint64 done_bytes;

  int copied_tracks;
  sp_uint64 copied_bytes;

  int willnotcopy_tracks;

  int error_tracks;
  bool syncing;

} sp_offline_sync_status;

（sp_uint64是Windows上无符号__int64的typedef，否则uint64_t。在C（不是C）中构建时，如果bool没有其他定义，它是无符号char的typedef。）

当我调用sp_offline\u sync\u get_status时，只有排队的轨道似乎有正确的数据，其余的都是垃圾。然而，如果我编辑头文件以包含#pragma pack（1），它似乎会给出更合理的结果。即使在我尝试构建libspotify附带的spshell示例时，我也观察到了这种行为*

这让我相信libspotify二进制文件是用一些不同于默认值的编译器标志编译的，至少在使用Visual C的Windows上是这样。我应该如何编译C或C代码来使用libspotify？或者我应该使用#pragma pack before#包括api。然后把它恢复回来？我能指望这一点在未来版本的libspotify中保持稳定吗？或者它可能会改变吗？不同平台之间的差异如何？

我真正的目标是编写C#P/调用代码，使用Mono在各种平台上工作。在非Windows平台上，libspotify是否坚持本机编译器的默认对齐方式，还是需要在每个平台上指定自定义对齐方式？

[*]-不过，我确实必须先修复一些其他错误。正如libspotify 12.1.51中提供的那样，在Windows上spshell寄存器控制按键（例如shift、ctrl）作为键入NUL字符。这可以防止键入或粘贴Spotify URI到控制台。这可以通过编辑spshell_win32. c来修复添加case 0： break；到console_input中的switch语句。此外，它在函数offline_status_updated中使用spshell. c中的字符串格式说明符“%zd”。Microsoft C运行时似乎无法处理此问题，因此需要对其进行更改（例如，如果您只想让它在Windows上工作，请将其更改为“%Iu”，或者更改为对平台敏感的宏）。

Answer 1

libspotify是用'-Zp4'编译的，而标准似乎是'-Zp8'。我想人们可以使用该标志编译，或者使用#pragma pack（4）指令（我实际上认为4比1更正确，正如您在问题中使用的那样）

将在Jira中添加注释以修复您指出的spshell. c中的错误。谢谢！