+ -
当前位置:首页 → 问答吧 → slk10.1下编译postgresql8.0.1出错,请求帮助

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

时间:2005-02-26

来源:互联网

以前在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

作者: longwu9t   发布时间: 2005-02-26

UP……NO.1
本以为升级到dropline gnome2.8.3之后会有奇迹发生,结果还是make不过去,configure无错通过,选项如下:
代码:
configure --prefix=/opt/postgres --enable-nls='EUC_CN' --with-tcl --with-perl --with-python --with-openssl
locale无论是gbk还是en_US都不行
上传的图像
Screenshot.jpg (171.5 KB, 17 次查看)

作者: longwu9t   发布时间: 2005-03-03

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

作者: 格格恶   发布时间: 2005-03-04

pg8.x好像不支持gbk了呀!只能用unicode或euc-cn(gb2312)

作者: 格格恶   发布时间: 2005-03-04

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

作者: longwu9t   发布时间: 2005-03-04

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

作者: 格格恶   发布时间: 2005-03-05

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   发布时间: 2005-03-05

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

作者: longwu9t   发布时间: 2005-03-05

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

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

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

作者: 格格恶   发布时间: 2005-03-05

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

作者: longwu9t   发布时间: 2005-03-05

热门下载

更多