老C编译器仅指针传结构体时，能否仅靠宏实现结构体与long返回值的互转

原有转换逻辑失效的核心原因 #

原定义的INT2OBJ宏本质是对操作数取内存地址，再按Obj类型解释内存内容。这种写法要求操作数是有固定内存地址的左值，而函数返回的标量值（也就是模拟long的int32）是纯右值，通常临时存储在寄存器中，没有可获取的持久内存地址，因此直接对函数返回值取地址会触发编译错误。

纯宏实现的转换方案（兼容老编译器） #

通过联合体类型双关实现值转换，全程不需要对右值取地址，完全绕开取地址操作的限制：

1. 定义同尺寸的转换联合体，利用联合体成员共享内存的特性实现无损耗类型转换：

   typedef union {
       int32 i;   // 对应目标系统的long类型，与Obj尺寸完全一致
       Obj o;
   } ObjConv;
   

2. 重写转换宏，替换原有取地址逻辑，完全支持右值（函数返回值）转换：

   /* int32 -> Obj 转换 */
   #define INT2OBJ(x) (((ObjConv){.i = (x)}).o)
   /* Obj -> int32 转换 */
   #define OBJ2INT(x) (((ObjConv){.o = (x)}).i)
   

3. 转换效果验证：原有问题语句b = INT2OBJ(newObj('b', '2', 2)); 可直接正常编译运行，宏展开后完全不需要引入命名临时变量，不会触发“对右值取地址”的编译错误。转换全程没有二进制内容变动，和原手动通过临时变量转换的结果完全一致。

针对K&R C老编译器的兼容调整 #

因为V7/32V Unix对应的编译器不支持C99标准的复合字面量（也就是(Type){...} 初始化语法），可以通过两个极轻量的辅助函数适配：

• 由于ObjConv是4字节的联合体类型，尺寸与目标系统的long完全一致，编译器会按照标量（long）的处理规则支持其按值传递与返回，不会触发“结构体必须通过指针传递”的限制（该限制仅针对struct类型，不针对同尺寸的联合体）。
• 调整后的兼容代码：

  /* 老K&R兼容的转换辅助函数 */
  ObjConv int2conv(int32 i) {
      ObjConv c;
      c.i = i;
      return c;
  }
  
  ObjConv obj2conv(Obj o) {
      ObjConv c;
      c.o = o;
      return c;
  }
  
  /* 替换原宏定义 */
  #define INT2OBJ(x) (int2conv(x).o)
  #define OBJ2INT(x) (obj2conv(x).i)
  

调整后原代码的调用逻辑完全不需要修改，所有原本需要引入临时变量的转换场景，都可以通过宏自动完成，避免了逐行修改代码的工作量。

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