Chinaunix首页 | 论坛 | 博客
  • 博客访问: 491891
  • 博文数量: 100
  • 博客积分: 7010
  • 博客等级: 少将
  • 技术积分: 995
  • 用 户 组: 普通用户
  • 注册时间: 2005-04-22 15:44
文章分类

全部博文(100)

文章存档

2006年(90)

2005年(10)

我的朋友

分类: BSD

2006-02-09 09:59:54



 
发表新文章   回复文章     ->
::  
作者 留言
kinux
半仙


注册时间: 2002-09-10
文章: 189
来自: 神出鬼没~~

文章发表于: Sat 2006-01-28 14:28:16    发表主题: FreeBSD 6 buildworld 出问题. 引用并回复

今天在vmware里安裝了FreeBSD 6, 之后buildworld 几次都失败.
Google了一下, 在近期的maillist里有提到, 不知这问题搞定了沒有.




===> libexec (all)
===> libexec/atrun (all)
cc -O2 -fno-strict-aliasing -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var /at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSIO N=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_ AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/a t -I/usr/src/libexec/atrun -c /usr/src/libexec/atrun/atrun.c
cc -O2 -fno-strict-aliasing -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var /at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSIO N=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_ AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/a t -I/usr/src/libexec/atrun -c /usr/src/libexec/atrun/gloadavg.c
cc -O2 -fno-strict-aliasing -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var /at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSIO N=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_ AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/a t -I/usr/src/libexec/atrun -o atrun atrun.o gloadavg.o
/usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `calloc'
*** Error code 1

Stop in /usr/src/libexec/atrun.
*** Error code 1

Stop in /usr/src/libexec.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
bsd# ls

_________________
学*BSD就是 Everything DIY..
天助自助者...
阅览会员资料 发送站内信件  
antijp
老妖


注册时间: 2004-10-16
文章: 1134

文章发表于: Sat 2006-01-28 15:27:30    发表主题: 引用并回复

calloc居然搞丢了……没道理啊……
阅览会员资料 发送站内信件  
kinux
半仙


注册时间: 2002-09-10
文章: 189
来自: 神出鬼没~~

文章发表于: Sat 2006-01-28 18:51:47    发表主题: 引用并回复

偶也不清楚, 已經cvsup过了
_________________
学*BSD就是 Everything DIY..
天助自助者...
阅览会员资料 发送站内信件  
kinux
半仙


注册时间: 2002-09-10
文章: 189
来自: 神出鬼没~~

文章发表于: Sat 2006-01-28 21:21:47    发表主题: 引用并回复

刚刚把cvsup的那台服务改为 cvsup11.freebsd.org,
再cvsup一次, buildworld成功了.
还有我之前在make.conf里加了一行
COPTFLAGS= -O -pipe
可能不关make.conf, 因为刚才忘了把那句刪掉, 总之buildworld成功了.

_________________
学*BSD就是 Everything DIY..
天助自助者...
阅览会员资料 发送站内信件  
antijp
老妖


注册时间: 2004-10-16
文章: 1134

文章发表于: Sun 2006-01-29 11:57:50    发表主题: 引用并回复

kinux 写到:
刚刚把cvsup的那台服务改为 cvsup11.freebsd.org,
再cvsup一次, buildworld成功了.
还有我之前在make.conf里加了一行
COPTFLAGS= -O -pipe
可能不关make.conf, 因为刚才忘了把那句刪掉, 总之buildworld成功了.

你是升到6-Stable吧?升级到stable并不代表一定能buildworld成功……
阅览会员资料 发送站内信件  
delphij
精神病


注册时间: 2002-08-07
文章: 5423
来自: 北京

文章发表于: Sun 2006-01-29 13:05:28    发表主题: 引用并回复

kinux 写到:
刚刚把cvsup的那台服务改为 cvsup11.freebsd.org,
再cvsup一次, buildworld成功了.
还有我之前在make.conf里加了一行
COPTFLAGS= -O -pipe
可能不关make.conf, 因为刚才忘了把那句刪掉, 总之buildworld成功了.


默认的COPTFLAGS在6.x上应该比-O -pipe高(如果没记错的话应该是-O2 -no-strict-aliasing -pipe)。一般来说我们并不建议用户改变默认的CFLAGS和COPTFLAGS。

_________________
BSD是独立的一蹴,我们有自己的圈子,我们不以商业驱动,追求完美是我们的源动力,任何不好的代码都不能在这里存活。
阅览会员资料 发送站内信件 发送电子邮件 浏览发表者的主页 MSN Messenger  
ICQ
delphij
精神病


注册时间: 2002-08-07
文章: 5423
来自: 北京

文章发表于: Sun 2006-01-29 13:07:50    发表主题: 引用并回复

antijp 写到:
你是升到6-Stable吧?升级到stable并不代表一定能buildworld成功……


一般来说Release Engineering Team要求committer在RELENG_*分支上所作的commit都经过初步的make buildworld/buildkernel甚至universe的检查,因此-STABLE通常是可编译的。

这类问题建议的解决方法如下:
0. 去掉所有make.conf和-j之类的设置,执行make cleanworld之后再试
1. 重新cvsup一遍,重复0
2. 如果还不行,立即去 freebsd-stable@ 里面抱怨(当然,最好是有patch)

_________________
BSD是独立的一蹴,我们有自己的圈子,我们不以商业驱动,追求完美是我们的源动力,任何不好的代码都不能在这里存活。
阅览会员资料 发送站内信件 发送电子邮件 浏览发表者的主页 MSN Messenger  
ICQ
antijp
老妖


注册时间: 2004-10-16
文章: 1134

文章发表于: Sun 2006-01-29 15:13:09    发表主题: 引用并回复

delphij 写到:
antijp 写到:
你是升到6-Stable吧?升级到stable并不代表一定能buildworld成功……


一般来说Release Engineering Team要求committer在RELENG_*分支上所作的commit都经过初步的make buildworld/buildkernel甚至universe的检查,因此-STABLE通常是可编译的。

这类问题建议的解决方法如下:
0. 去掉所有make.conf和-j之类的设置,执行make cleanworld之后再试
1. 重新cvsup一遍,重复0
2. 如果还不行,立即去 freebsd-stable@ 里面抱怨(当然,最好是有patch)

某个分支刚发布以后的那几天传说中的疯狂是否也能确保通过?
阅览会员资料 发送站内信件  
delphij
精神病


注册时间: 2002-08-07
文章: 5423
来自: 北京

文章发表于: Mon 2006-01-30 04:05:54    发表主题: 引用并回复

antijp 写到:
某个分支刚发布以后的那几天传说中的疯狂是否也能确保通过?


我从没提过“确保”这个概念,我说的是通常情况(Read: 开发团队会竭力避免出现反常情况,而且做MFC的committer肯定也要考虑自己的声誉问题)。

事实上在-CURRENT上也有类似的要求,只是不如-STABLE的严厉。此外MFC到-STABLE的代码是在-CURRENT上经过一段时间测试的,真想捣鼓出点别人短时间修不好的毛病也比较难。

_________________
BSD是独立的一蹴,我们有自己的圈子,我们不以商业驱动,追求完美是我们的源动力,任何不好的代码都不能在这里存活。
阅览会员资料 发送站内信件 发送电子邮件 浏览发表者的主页 MSN Messenger  
ICQ
limutian
半仙


注册时间: 2005-09-22
文章: 37

文章发表于: Wed 2006-02-01 03:29:11    发表主题: 引用并回复

两天时间make world 4次,使用的系统为fb6.0,cvsup 以后, 按照
#make buildworld
# make buildkernel KERNCONF=MYBSD
# make installkernel KERNCONF=MYBSD
# reboot
# shutdown now
# cd /usr/srcpwdconfig
# make installworld
# mergemaster

基本按照handbook步骤走,第一次 make buildworld后 make buildkernel KERNCONF=MYBSD这一步始终无法通过,无奈 只好 make buildkernel使用默认内河才make world完成

在今天再次cvsup 后, 再次到make buildkernel步骤无法通过,无论是使用定制或者,默认内河配置都完成,make buildkernel过程中报错 退出....

在准备继续尝试中......
阅览会员资料 发送站内信件  
limutian
半仙


注册时间: 2005-09-22
文章: 37

文章发表于: Wed 2006-02-01 19:45:45    发表主题: 引用并回复

今天单独make kernel 使用默认内河 没有出现问题,以前出错原因未明,怀疑是以前make kernel的时候没有清理干净
阅览会员资料 发送站内信件  
kinux
半仙


注册时间: 2002-09-10
文章: 189
来自: 神出鬼没~~

文章发表于: Thu 2006-02-02 20:27:09    发表主题: 引用并回复

可能我下载source code 的服务器沒有完全更新的问题, 那天是用cvsup11.tw.freebsd.org 那台服务器, 之后我改了到cvsup11.freebsd.org 下载就沒事了.
_________________
学*BSD就是 Everything DIY..
天助自助者...
阅读(505) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~