slk10.1下编译postgresql8.0.1出错，请求帮助

longwu9t

以前在MDK10.1下顺利编译通过，可是……
错误信息如下，请求帮助！！！
tuptoaster.c: In function `toast_delete_datum':
tuptoaster.c:1110: error: `F_OIDEQ' undeclared (first use in this function)
tuptoaster.c:1110: error: (Each undeclared identifier is reported only once
tuptoaster.c:1110: error: for each function it appears in.)
tuptoaster.c: In function `toast_fetch_datum':
tuptoaster.c:1181: error: `F_OIDEQ' undeclared (first use in this function)
tuptoaster.c: In function `toast_fetch_datum_slice':
tuptoaster.c:1335: error: `F_OIDEQ' undeclared (first use in this function)
tuptoaster.c:1345: error: `F_INT4EQ' undeclared (first use in this function)
tuptoaster.c:1353: error: `F_INT4GE' undeclared (first use in this function)
tuptoaster.c:1357: error: `F_INT4LE' undeclared (first use in this function)
make[4]: *** [tuptoaster.o] 错误 1
make[4]: Leaving directory `/home/qsq/temp/postgres/src/backend/access/heap'
make[3]: *** [heap-recursive] 错误 2
make[3]: Leaving directory `/home/qsq/temp/postgres/src/backend/access'
make[2]: *** [access-recursive] 错误 2
make[2]: Leaving directory `/home/qsq/temp/postgres/src/backend'
make[1]: *** [all] 错误 2
make[1]: Leaving directory `/home/qsq/temp/postgres/src'
make: *** [all] 错误 2

:help  :help  :help

longwu9t

UP……NO.1
本以为升级到dropline gnome2.8.3之后会有奇迹发生，结果还是make不过去，configure无错通过，选项如下：

1. 
   
2. configure --prefix=/opt/postgres --enable-nls='EUC_CN' --with-tcl --with-perl --with-python --with-openssl
   

复制代码

locale无论是gbk还是en_US都不行

格格恶

我的参数如下，locale是gbk，编译成功：
./configure  --prefix=/usr --enable-nls --enable-multibyte=EUC_CN

格格恶

pg8.x好像不支持gbk了呀！只能用unicode或euc-cn（gb2312）

longwu9t

终于有朋友回复了，谢谢先……
问题在于我同样的编译参数在MDK10.1下是正常的，GBK也是没有问题的，只要建库的时候用SQL_ASCII的话，中文支持很好，但是在SLK10.1下就卡住了，不知道问题到底出在哪里？？

格格恶

我记得MDK10.1不支持GBK，只能gb2312。用ascii建库的话我没试过，不过用encoding=EUC-CN或UNICODE话都没有大的问题，一个字符转换不全，一个乱码。现在我删除了8.X版，重新安装了7.4.7版。

longwu9t

MDK10.1不支持gbk？？？
我倒是第一次听说……我的fat分区在MDK下全部是以CP936挂载的,CP936就是GBK啊！
MDK如果选择中文，默认的locale都是zh_CN，没有标明是gb2312或是gbk或gb1830,当然最可能的还是unicode。这些都不关键，因为完全可以改locale的啊。可惜我现在只有一个slk系统了，不然总要拿出个实验证据给你，哈哈……
我想装postgres8.0.1关键是看中了这个版本的表空间和在线日志功能，之所以选择sql_ascii是因为想把一个相同编码的oracle数据库迁移过来，虽然知道unicode可能更具有未来的兼容性，但是我也没办法选择其它。

longwu9t

还忘了补充一句，在slk10.1下，我就是不用参数，而仅仅用一个configure,make也过不去，错误也是相同的。在google上搜索了一些错误信息后发现好像在 Solaris中也会有相同的问题。
编译不过去倒不是太着急的事情，大不了什么时候我把系统重新装一遍再试试。
只是想知道错误的原因到底是什么，也看过出错提示的那tuptoaster.c文件，可惜我的c只能用糟糕来形容，实在是看不明白……

格格恶

MDK10.1不支持gbk，你就当第一次听说吧，就说是我说的。

内核支持gbk，xorg本来也支持gbk，但不代表MDK10.1补过的xorg就支持gbk。zh_CN默认用 GB2312。

我用postgresql也就是练练SQL，你说的从oracle到PG的数据迁移我没做过；如果你原来就想知道tuptoaster.c错误的原因我就不会回帖，我只知道我用这样的编译参数能编译成功。

longwu9t

如格格恶兄所说，看来可能仅仅是我的slk系统有些问题，不然怎么会make不过去？！
注意哦，是简单的不加参数的configure也make不过去……
还有8.0.1的configure的参数里并没有--enable-multibyte项，那是老版本的编译参数吧？不知道在8.0.1下还有用么，毕竟8.0.1版本变化比较大，连编译时候选择odbc和jdbc驱动的参数都去掉了……
还是谢谢朋友的回复，我再想办法吧。
之于mdk10.1到底支不支持gbk我现在不能确定，也不在意了，反正也不打算再装个其它版本的linux了。
总会有办法解决的，不是么？！