编译开源gt包时出现lvalue required as left operand of assignment错误

问题场景 #

在Debian系统编译从Fedora下载的gt包源码时，instrum.c文件中READ_CHAR宏展开触发编译错误，提示：

instrum.c: In function ‘load_instrument’:
instrum.c:944:13: error: lvalue required as left operand of assignment
  944 |       thing = tmp[tmpindex++];
      |             ^
instrum.c:1173:7: note: in expansion of macro ‘READ_CHAR’
 1173 |       READ_CHAR ((int8)sp->aps_parameter);
      |       ^~~~~~~~~

宏定义：

#define READ_CHAR(thing) 
      thing = tmp[tmpindex++];

涉及的Sample结构体定义：

typedef struct {
  splen_t
    loop_start, loop_end, data_length;
  // ... 省略其他成员
  int32
    freq_scale, vibrato_delay;
  int8
    aps_parameter, sw_up, sw_down, sw_lokey, sw_hikey, sw_last;
} Sample;

错误原因 #

调用宏时传入的(int8)sp->aps_parameter是强制类型转换后的临时值（右值），而赋值操作的左操作数必须是可修改的左值（比如变量、结构体成员）。宏展开后代码变为：

(int8)sp->aps_parameter = tmp[tmpindex++];

这种给临时值赋值的操作是C语言不允许的，因此触发编译错误。

修复方案 #

方案1：移除多余的强制类型转换 #

sp->aps_parameter本身就是int8类型，和tmp数组元素的类型匹配，不需要额外转换，直接传递结构体成员：

READ_CHAR(sp->aps_parameter);

方案2：调整宏定义（可选） #

如果需要统一处理类型转换，可以修改宏，确保赋值目标是原变量：

#define READ_CHAR(thing)  do { (thing) = (int8)tmp[tmpindex++]; } while(0)

但此场景下方案1更简洁直接。

修改后重新执行编译命令make，即可解决该错误。

内容的提问来源于stack exchange，提问作者Cheetaiean