大家好，32位转64位有什么方便的办法吗？？？

hoige

用Linux AS4 X64 (64bit)上编译 3.4.6 20060404
1、gnu_regex.c:3800: warning: cast from pointer to integer of different size
2、fastredir.c: In function `redir':
fastredir.c:339: warning: comparison between pointer and integer
3、gnu_regex.c:3806: warning: cast to pointer from integer of different size
等等类似
编译结果可以安装，运行看不出什么大问题

有大侠指教是“64位系统指针占用8个字节，比整形int大”
那有什么办法把，目前的gcc的int也改为8个字节吗？？？
如果可以
那改以后编译运行一般有没有什么大问题？？？
谢谢

[ 本帖最后由 hoige 于 2008-2-29 08:39 编辑 ]

Edengundam

找64位版本吧, 几下根本搞不定. 内存对其都变了, 如果有潜在以来4字节对齐的就会让程序崩溃. 还有一些打印输出问题, 以前long没有考虑的边界值问题.

hoige

原帖由 Edengundam 于 2008-2-27 08:53 发表
找64位版本吧, 几下根本搞不定. 内存对其都变了, 如果有潜在以来4字节对齐的就会让程序崩溃. 还有一些打印输出问题, 以前long没有考虑的边界值问题.

谢谢
没有64位版本啊
还好只集中在一个程序里
自己修改要注意些什么呢？？
谢谢
程序类似：
if ((int) old_regend[r] >= (int) regstart[r])
或者 PUSH_FAILURE_POINT (p1 + mcnt, d, -2);
看来是强制转换才有的问题？？？

billzhou

int replace with long

hoige

原帖由 billzhou 于 2008-2-27 23:40 发表
int replace with long

谢谢
但这里只有一个这样比较的，多数都是
PUSH_FAILURE_POINT (p1 + mcnt, d, -2);

这样类似的语句
d的定义： const char *d, *dend;
unsigned int mcnt;
  unsigned char *p1;
我看了一下，PUSH_FAILURE_POINT 是宏定义函数
对C也没那样精通
*********************
是不是这个p1 + mcnt造成的问题？？？看来不需要修改吧？？？
因p1是指针，mcnt即使位数比较小，也不会产生什么问题吧？？？
谢谢
这个unsigned int mcnt有必要改为long吗？？？
谢谢
谢谢

弄了半天也没弄懂在哪里修改
现在正在临时抱佛脚
谢谢

[ 本帖最后由 hoige 于 2008-2-28 09:09 编辑 ]

safedead

32_to_64有很多麻烦事(下面的续述仅针对x86的32和64)

1、unsigned int和unsigned long在32位是一样的，在64位不一样，这个很烦人，特别是写的很烂的驱动程序里，
移植起来要人命
2、32位的指针统一为4字节，64位统一为8字节
3、动态库位置变化，32位在/lib，64位在/lib64
4、编译器变化，来自外星球的gcc4.x代替了地球的gcc3.x

如果原始程序利用32位特有的系统特性加上小聪明的优化
那么恭喜你，可以重新开发64位版本了

hoige

原帖由 safedead 于 2008-2-28 09:23 发表
32_to_64有很多麻烦事(下面的续述仅针对x86的32和64)

1、unsigned int和unsigned long在32位是一样的，在64位不一样，这个很烦人，特别是写的很烂的驱动程序里，
移植起来要人命
2、32位的指针统一为4字节 ...

谢谢
具体到我的问题能指教一下吗？？？
PUSH_FAILURE_POINT (p1 + mcnt, d, -2);

这样类似的语句
d的定义： const char *d, *dend;
unsigned int mcnt;
  unsigned char *p1;
*********************
是不是这个p1 + mcnt造成的问题？？？看来不需要修改吧？？？
个人觉得因p1是指针，mcnt即使位数比较小，也不会产生什么问题吧？？？
谢谢
另外，我这个64位的是gcc3.x啊
当然是老版本的AS4
AS5上gcc3.x装不上去了
4.x编译错误就多了，所以不能改了
谢谢
谢谢