rel/13.0 make buildworld fails with custom src.conf

[王超]

Hi, all,

I just shot my foot trying upgrading to 13.0-BETA2 from source. The
whole build and upgrade process went smoothly.
However, ongoing buildworld attempts on the upgraded system failed.
buildkernel works by the way.

Could anyone find anything wrong with the src.conf?

Here is the console output:
>>> stage 1.2: bootstrap tools
--
cd /usr/src; INSTALL="sh /usr/src/tools/install.sh"
TOOLS_PREFIX=/usr/obj/usr/src/amd64.amd64/tmp
PATH=/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec:/sbin:/bin:/usr/sbin:/usr/bin
 WORLDTMP=/usr/obj/usr/src/amd64.amd64/tmp  MAKEFLAGS="-m
/usr/src/tools/build/mk  -m /usr/src/share/mk" make  -f Makefile.inc1
DESTDIR=  OBJTOP='/usr/obj/usr/src/amd64.amd64/tmp/obj-tools'
OBJROOT='${OBJTOP}/'  MAKEOBJDIRPREFIX=  BOOTSTRAPPING=1300139
BWPHASE=bootstrap-tools  SSP_CFLAGS=  MK_HTML=no NO_LINT=yes MK_MAN=no
MK_MAN_UTILS=yes  -DNO_PIC MK_PROFILE=no -DNO_SHARED  -DNO_CPU_CFLAGS
MK_WERROR=no MK_CTF=no  MK_CLANG_EXTRAS=no MK_CLANG_FORMAT=no
MK_CLANG_FULL=no  MK_LLDB=no MK_RETPOLINE=no MK_TESTS=no
MK_INCLUDES=yes MK_LLVM_TARGET_ALL=no bootstrap-tools
*** Error code 1

Stop.
make[2]: stopped in /usr/src
*** Error code 1

Stop.
make[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src

Here is the src.conf I built and upgraded the system with:
WITHOUT_APM="YES"
WITHOUT_ATM="YES"
WITHOUT_TCP_WRAPPERS="YES"
WITHOUT_SYSCONS="YES"
WITHOUT_SVNLITE="YES"
WITHOUT_SENDMAIL="YES"
WITHOUT_RCS="YES"
WITHOUT_RCMDS="YES"
WITHOUT_PC_SYSINSTALL="YES"
WITHOUT_KERNEL_SYMBOLS="YES"
WITHOUT_IPFILTER="YES"
WITHOUT_HTML="YES"
WITHOUT_GPIO="YES"
WITHOUT_GDB="YES"
WITHOUT_DEBUG_FILES="YES"
WITHOUT_TALK="YES"
WITHOUT_TELNET="YES"
WITHOUT_TESTS="YES"
WITHOUT_INETD="YES"
WITHOUT_KDUMP="YES"
WITHOUT_NDIS="YES"
WITHOUT_GAMES="YES"
WITHOUT_FLOPPY="YES"
WITHOUT_BLUETOOTH="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITHOUT_HAST="YES"
WITHOUT_HYPERV="YES"
WITH_KERNEL_RETPOLINE="YES"
WITH_RETPOLINE="YES"
WITH_CCACHE_BUILD="YES"
WITH_PIE="YES"
WITH_SSP="YES"
WITHOUT_CXGBETOOL="YES"
WITHOUT_MLX5TOOL="YES"
WITHOUT_EE="YES"
WITHOUT_LEGACY_CONSOLE="YES"
WITHOUT_RADIUS_SUPPORT="YES"
WITHOUT_NVME="YES"

Regards,
Thomas Wang.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

make buildworld breaks on missing yacc.h

[Alban Hertroys]

For me, make buildworld breaks on missing yacc.h. A very similar issue was 
reported Mar 2, 2016, which was then fixed by r296324 (see: 
https://lists.freebsd.org/pipermail/freebsd-current/2016-March/059946.html).

# uname -a
FreeBSD home 11.1-STABLE FreeBSD 11.1-STABLE #1 r329516: Sun Feb 18 15:10:03 
CET 2018 me@home:/usr/obj/usr/src/sys/BUFFALO  amd64

# svn info
Path: .
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/stable/11
Relative URL: ^/stable/11
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 345532
Node Kind: directory
Schedule: normal
Last Changed Author: hselasky
Last Changed Rev: 345532
Last Changed Date: 2019-03-26 14:35:23 +0100 (Tue, 26 Mar 2019)

Command was a plain

# make buildworld
(…)
===> usr.bin/mkesdb_static (obj,build-tools)   
Building /usr/obj/usr/src/usr.bin/mkesdb_static/lex.o  
/usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not found  
#include "yacc.h"
 ^~~~
1 error generated.
*** Error code 1

Stop.
make[3]: stopped in /usr/src/usr.bin/mkesdb_static 
.ERROR_TARGET='lex.o'
.ERROR_META_FILE='/usr/obj/usr/src/usr.bin/mkesdb_static/lex.o.meta'   
.MAKE.LEVEL='3'
MAKEFILE=''
.MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose'  
_ERROR_CMD='cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static -I/usr/src/usr.bin/mke
sdb_static/../mkesdb  -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv  -g
-std=gnu99  -Qunused-arguments  -I/usr/obj/usr/src/tmp/legacy/usr/include -c lex
.c -o lex.o; ;'
.CURDIR='/usr/src/usr.bin/mkesdb_static'
.MAKE='make'
.OBJDIR='/usr/obj/usr/src/usr.bin/mkesdb_static'   
.TARGETS='build-tools'
DESTDIR=''
LD_LIBRARY_PATH=''
MACHINE='amd64'
MACHINE_ARCH='amd64'   
MAKEOBJDIRPREFIX='/usr/obj'
MAKESYSPATH='/usr/src/share/mk'
MAKE_VERSION='20170720'
PATH='/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin'
  
SRCTOP='/usr/src'
OBJTOP='/usr/obj/usr/src'
.MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /us
r/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /
etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /usr/s
rc/usr.bin/mkesdb_static/Makefile /usr/src/usr.bin/mkesdb/Makefile.inc /usr/src/
tools/build/mk/bsd.prog.mk /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.i
nit.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share
/mk/local.init.mk /usr/src/share/mk/src.init.mk /usr/src/usr.bin/mkesdb_static/.
./Makefile.inc /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk /u
sr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.libnames.mk /usr/src/share/m
k/src.libnames.mk /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.nls.mk /us
r/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd
.incs.mk /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk /usr/src/sh
are/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.o
bj.mk /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk /usr/src/tool
s/build/mk/Makefile.boot'
.PATH='. /usr/src/usr.bin/mkesdb_static /usr/src/lib/libc/iconv /usr/src/usr.bin
/mkesdb'
*** Error code 1

Stop.
make[2]: stopped in /usr/src
.ERROR_TARGET='build-tools_usr.bin/mkesdb_static'  
.ERROR_META_FILE=''
.MAKE.LEVEL='2'
MAKEFILE=''
.MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose'  
_ERROR_CMD='.PHONY'
.CURDIR='/usr/src' 
.MAKE='make'   
.OBJDIR='/usr/obj/usr/src' 
.TARGETS='build-tools' 
DESTDIR='' 
LD_LIBRARY_PATH=''
MACHINE='amd64'



Alban Hertroys
--
If you can't see the forest for the trees,
cut the trees and you'll find there is no forest.

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Error in 'make buildworld' on 10.3

[Aijaz Baig]

Yes you are right

It was because my temp obj dir was hosted on NFS and due to intermittent
connectivity issues, I was facing this I believe

When I reloaded mountd and started it worked fine but now I am facing
another issue

I am getting an error while compiling the ATH module saying the file
'ah_osdep.h' file is not there

Should I create a new thread or continue here or post on freebsd-wlan?

On Wed, Aug 16, 2017 at 3:09 PM, Brandon Allbery 
wrote:

> On Wed, Aug 16, 2017 at 1:46 AM, Aijaz Baig  wrote:
>
>> ===> share/zoneinfo (all)
>> cp -fp /usr/src/share/zoneinfo/../../contrib/tzdata//yearistype.sh
>> yearistype
>> cp: chflags: yearistype: Operation not supported
>> *** Error code 1
>>
>> (...)
>> Looks like it failed while building zoneinfo since apparently
>> [file]yearistype[/file] is not supported (*on what? this processor i.e.
>> CPUTYPE*??). Is there a way to skip certain packages (like related to
>> regional localisations since US-EN is fine with me)??
>
>
> Nothing to do with yearistype /per se/. Most likely you are booted into a
> securelevel that forbids whatever chflags operation was attempted on that
> filesystem.
>
> --
> brandon s allbery kf8nh   sine nomine
> associates
> allber...@gmail.com
> ballb...@sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad
> http://sinenomine.net
>



-- 

Best Regards,
Aijaz Baig
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Error in 'make buildworld' on 10.3

[Brandon Allbery]

On Wed, Aug 16, 2017 at 1:46 AM, Aijaz Baig  wrote:

> ===> share/zoneinfo (all)
> cp -fp /usr/src/share/zoneinfo/../../contrib/tzdata//yearistype.sh
> yearistype
> cp: chflags: yearistype: Operation not supported
> *** Error code 1
>
> (...)
> Looks like it failed while building zoneinfo since apparently
> [file]yearistype[/file] is not supported (*on what? this processor i.e.
> CPUTYPE*??). Is there a way to skip certain packages (like related to
> regional localisations since US-EN is fine with me)??


Nothing to do with yearistype /per se/. Most likely you are booted into a
securelevel that forbids whatever chflags operation was attempted on that
filesystem.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Error in 'make buildworld' on 10.3

[Aijaz Baig]

Removed src.conf and removed the parallel make (-j) option while doing a
'buildworld' which took me far but still failed nonetheless.

The failure:
===> share/termcap (all)
gzip -cn /usr/src/share/termcap/termcap.5 > termcap.5.gz
cap_mkdb -l -f termcap /usr/src/share/termcap/termcap
===> share/timedef (all)
grep -v '^#' < /usr/src/share/timedef/am_ET.UTF-8.src > am_ET.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/be_BY.CP1131.src > be_BY.CP1131.out
grep -v '^#' < /usr/src/share/timedef/be_BY.CP1251.src > be_BY.CP1251.out
grep -v '^#' < /usr/src/share/timedef/be_BY.ISO8859-5.src >
be_BY.ISO8859-5.out
grep -v '^#' < /usr/src/share/timedef/be_BY.UTF-8.src > be_BY.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/bg_BG.CP1251.src > bg_BG.CP1251.out
grep -v '^#' < /usr/src/share/timedef/bg_BG.UTF-8.src > bg_BG.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/ca_ES.ISO8859-1.src >
ca_ES.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/ca_ES.UTF-8.src > ca_ES.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/cs_CZ.ISO8859-2.src >
cs_CZ.ISO8859-2.out
grep -v '^#' < /usr/src/share/timedef/cs_CZ.UTF-8.src > cs_CZ.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/da_DK.ISO8859-1.src >
da_DK.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/da_DK.UTF-8.src > da_DK.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/de_AT.ISO8859-1.src >
de_AT.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/de_AT.UTF-8.src > de_AT.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/de_DE.ISO8859-1.src >
de_DE.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/de_DE.UTF-8.src > de_DE.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/el_GR.ISO8859-7.src >
el_GR.ISO8859-7.out
grep -v '^#' < /usr/src/share/timedef/el_GR.UTF-8.src > el_GR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/en_GB.ISO8859-1.src >
en_GB.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/en_US.ISO8859-1.src >
en_US.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/es_ES.ISO8859-1.src >
es_ES.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/es_ES.UTF-8.src > es_ES.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/et_EE.ISO8859-15.src >
et_EE.ISO8859-15.out
grep -v '^#' < /usr/src/share/timedef/et_EE.UTF-8.src > et_EE.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/eu_ES.ISO8859-1.src >
eu_ES.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/fi_FI.ISO8859-1.src >
fi_FI.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/fi_FI.UTF-8.src > fi_FI.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/fr_FR.ISO8859-1.src >
fr_FR.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/fr_FR.UTF-8.src > fr_FR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/he_IL.UTF-8.src > he_IL.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/hi_IN.ISCII-DEV.src >
hi_IN.ISCII-DEV.out
grep -v '^#' < /usr/src/share/timedef/hr_HR.ISO8859-2.src >
hr_HR.ISO8859-2.out
grep -v '^#' < /usr/src/share/timedef/hr_HR.UTF-8.src > hr_HR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/hu_HU.ISO8859-2.src >
hu_HU.ISO8859-2.out
grep -v '^#' < /usr/src/share/timedef/hu_HU.UTF-8.src > hu_HU.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/hy_AM.ARMSCII-8.src >
hy_AM.ARMSCII-8.out
grep -v '^#' < /usr/src/share/timedef/hy_AM.UTF-8.src > hy_AM.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/is_IS.ISO8859-1.src >
is_IS.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/is_IS.UTF-8.src > is_IS.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/ja_JP.eucJP.src > ja_JP.eucJP.out
grep -v '^#' < /usr/src/share/timedef/ja_JP.SJIS.src > ja_JP.SJIS.out
grep -v '^#' < /usr/src/share/timedef/ja_JP.UTF-8.src > ja_JP.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/it_IT.ISO8859-1.src >
it_IT.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/it_IT.UTF-8.src > it_IT.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/kk_KZ.PT154.src > kk_KZ.PT154.out
grep -v '^#' < /usr/src/share/timedef/kk_KZ.UTF-8.src > kk_KZ.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/ko_KR.eucKR.src > ko_KR.eucKR.out
grep -v '^#' < /usr/src/share/timedef/ko_KR.UTF-8.src > ko_KR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/la_LN.ISO8859-1.src >
la_LN.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/lt_LT.ISO8859-4.src >
lt_LT.ISO8859-4.out
grep -v '^#' < /usr/src/share/timedef/lt_LT.ISO8859-13.src >
lt_LT.ISO8859-13.out
grep -v '^#' < /usr/src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/lv_LV.ISO8859-13.src >
lv_LV.ISO8859-13.out
grep -v '^#' < /usr/src/share/timedef/lv_LV.UTF-8.src > lv_LV.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/nb_NO.ISO8859-1.src >
nb_NO.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/nb_NO.UTF-8.src > nb_NO.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/nl_NL.ISO8859-1.src >
nl_NL.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/nn_NO.ISO8859-1.src >
nn_NO.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/pl_PL.ISO8859-2.src >

Error in 'make buildworld' on 10.3

[Aijaz Baig]

I am trying to buildworld on 10.3 and I encounter an error:

--- _worldtmp ---
--
>>> Rebuilding the temporary build tree
--
rm -rf /mnt/ObjDir/usr/src/tmp
rm -rf /mnt/ObjDir/usr/src/lib32
mkdir -p /mnt/ObjDir/usr/src/tmp/lib
mkdir -p /mnt/ObjDir/usr/src/tmp/usr
mkdir -p /mnt/ObjDir/usr/src/tmp/legacy/bin
mkdir -p /mnt/ObjDir/usr/src/tmp/legacy/usr
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist  -p
/mnt/ObjDir/usr/src/tmp/legacy/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.groff.dist  -p
/mnt/ObjDir/usr/src/tmp/legacy/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist  -p
/mnt/ObjDir/usr/src/tmp/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist  -p
/mnt/ObjDir/usr/src/tmp/usr/include >/dev/null
ln -sf /usr/src/sys /mnt/ObjDir/usr/src/tmp
--- _legacy ---
--
>>> stage 1.1: legacy release compatibility shims
--
cd /usr/src; MAKEOBJDIRPREFIX=/mnt/ObjDir/usr/src/tmp  INSTALL="sh
/usr/src/tools/install.sh"
 
PATH=/mnt/ObjDir/usr/src/tmp/legacy/usr/sbin:/mnt/ObjDir/usr/src/tmp/legacy/usr/bin:/mnt/ObjDir/usr/src/tmp/legacy/usr/games:/mnt/ObjDir/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin
 WORLDTMP=/mnt/ObjDir/usr/src/tmp  VERSION="FreeBSD 10.3-RELEASE amd64
1003000"  MAKEFLAGS="-m /usr/src/tools/build/mk  -j 4 -J 15,16 -m
/usr/src/share/mk"  COMPILER_TYPE=clang make  -f Makefile.inc1  DESTDIR=
 BOOTSTRAPPING=1003000  SSP_CFLAGS=  -DWITHOUT_HTML -DWITHOUT_INFO
-DNO_LINT -DWITHOUT_MAN  -DNO_PIC -DNO_PROFILE -DNO_SHARED
 _BOOTSTRAP_MAKEINFO=yes  -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD
-DNO_TESTS legacy
--- legacy ---
===> tools/build (obj,includes,depend,all,install)
--- obj ---
/mnt/ObjDir/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build
--- includes ---
; cd /usr/src/tools/build; make buildincludes; make installincludes
--- .depend ---
rm -f .depend
mkdep -f .depend -a-I/mnt/ObjDir/usr/src/tmp/legacy/usr/include
-std=gnu99/usr/src/tools/build/../../contrib/libc-pwcache/pwcache.c
/usr/src/tools/build/../../contrib/libc-pwcache/pwcache.c:82:10: fatal
error: 'namespace.h' file not found
#include "namespace.h"
 ^
1 error generated.
mkdep: compile failed
*** [.depend] Error code 1

make[3]: stopped in /usr/src/tools/build
1 error

make[3]: stopped in /usr/src/tools/build
*** [legacy] Error code 2

make[2]: stopped in /usr/src
1 error

make[2]: stopped in /usr/src
*** [_legacy] Error code 2

make[1]: stopped in /usr/src
1 error

make[1]: stopped in /usr/src
*** [buildworld] Error code 2

make: stopped in /usr/src
1 error

make: stopped in /usr/src

What is this error? Am I missing certain header files? Keen to hear
-- 

Best Regards,
Aijaz Baig
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: r321601 causes make buildworld to fail on stable/11

[Trond Endrestøl]

On Thu, 27 Jul 2017 13:03+0200, Trond Endrestøl wrote:

> On Thu, 27 Jul 2017 11:57+0100, tech-lists wrote:
> 
> > On 27/07/2017 10:33, Trond Endrestøl wrote:
> > > r321601 gives me these error messages on stable/11:
> > > 
> > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared 
> > > identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 
> > > 'ACPI_SRAT_TYPE_GICC_AFFINITY'?
> > > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS",
> > >  ^~~
> > >  ACPI_SRAT_TYPE_GICC_AFFINITY
> > > /usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 
> > > 'ACPI_SRAT_TYPE_GICC_AFFINITY' declared here
> > > ACPI_SRAT_TYPE_GICC_AFFINITY= 3,
> > > ^
> > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:41: error: initializer 
> > > overrides prior initialization of this subobject 
> > > [-Werror,-Winitializer-overrides]
> > > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS",
> > > ^
> > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1088:38: note: previous 
> > > initialization is here
> > > [ACPI_SRAT_TYPE_GICC_AFFINITY] = "GICC",
> > >  ^~
> > > 
> > > Am I missing something? Am acpi.c missing something?
> > > 
> > 
> > I see this as well on r321611
> 
> r321600 builds fine.
> r321601 does not, and must be amended or reverted.

r321619 builds fine. Thank you, Ed M.

-- 
Trond.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: r321601 causes make buildworld to fail on stable/11

[Herbert J. Skuhra]

On Thu, 27 Jul 2017, Trond Endrestøl wrote:


r321601 gives me these error messages on stable/11:

/usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared 
identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 
'ACPI_SRAT_TYPE_GICC_AFFINITY'?
   [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS",
^~~
ACPI_SRAT_TYPE_GICC_AFFINITY
/usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 
'ACPI_SRAT_TYPE_GICC_AFFINITY' declared here
   ACPI_SRAT_TYPE_GICC_AFFINITY= 3,
   ^
/usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:41: error: initializer overrides 
prior initialization of this subobject [-Werror,-Winitializer-overrides]
   [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS",
   ^
/usr/src/usr.sbin/acpi/acpidump/acpi.c:1088:38: note: previous initialization 
is here
   [ACPI_SRAT_TYPE_GICC_AFFINITY] = "GICC",
^~

Am I missing something? Am acpi.c missing something?


The following commit (or parts of it) is obviously missing on stable/11:

r319365 | jkim | 2017-06-01 02:01:19 +0200 (Thu, 01 Jun 2017) | 2 lines

Merge ACPICA 20170531.

The undeclared identifier is only available in HEAD:

ACPI_SRAT_TYPE_GIC_ITS_AFFINITY = 4,/* ACPI 6.2 */

--
Herbert
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: r321601 causes make buildworld to fail on stable/11

[Trond Endrestøl]

On Thu, 27 Jul 2017 11:57+0100, tech-lists wrote:

> On 27/07/2017 10:33, Trond Endrestøl wrote:
> > r321601 gives me these error messages on stable/11:
> > 
> > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared 
> > identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 
> > 'ACPI_SRAT_TYPE_GICC_AFFINITY'?
> > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS",
> >  ^~~
> >  ACPI_SRAT_TYPE_GICC_AFFINITY
> > /usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 
> > 'ACPI_SRAT_TYPE_GICC_AFFINITY' declared here
> > ACPI_SRAT_TYPE_GICC_AFFINITY= 3,
> > ^
> > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:41: error: initializer 
> > overrides prior initialization of this subobject 
> > [-Werror,-Winitializer-overrides]
> > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS",
> > ^
> > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1088:38: note: previous 
> > initialization is here
> > [ACPI_SRAT_TYPE_GICC_AFFINITY] = "GICC",
> >  ^~
> > 
> > Am I missing something? Am acpi.c missing something?
> > 
> 
> I see this as well on r321611

r321600 builds fine.
r321601 does not, and must be amended or reverted.

-- 
Trond.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: r321601 causes make buildworld to fail on stable/11

[tech-lists]

On 27/07/2017 10:33, Trond Endrestøl wrote:
> r321601 gives me these error messages on stable/11:
> 
> /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared 
> identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 
> 'ACPI_SRAT_TYPE_GICC_AFFINITY'?
> [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS",
>  ^~~
>  ACPI_SRAT_TYPE_GICC_AFFINITY
> /usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 
> 'ACPI_SRAT_TYPE_GICC_AFFINITY' declared here
> ACPI_SRAT_TYPE_GICC_AFFINITY= 3,
> ^
> /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:41: error: initializer overrides 
> prior initialization of this subobject [-Werror,-Winitializer-overrides]
> [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS",
> ^
> /usr/src/usr.sbin/acpi/acpidump/acpi.c:1088:38: note: previous initialization 
> is here
> [ACPI_SRAT_TYPE_GICC_AFFINITY] = "GICC",
>  ^~
> 
> Am I missing something? Am acpi.c missing something?
> 

I see this as well on r321611

-- 
J.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

r321601 causes make buildworld to fail on stable/11

[Trond Endrestøl]

r321601 gives me these error messages on stable/11:

/usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared 
identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 
'ACPI_SRAT_TYPE_GICC_AFFINITY'?
[ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS",
 ^~~
 ACPI_SRAT_TYPE_GICC_AFFINITY
/usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 
'ACPI_SRAT_TYPE_GICC_AFFINITY' declared here
ACPI_SRAT_TYPE_GICC_AFFINITY= 3,
^
/usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:41: error: initializer overrides 
prior initialization of this subobject [-Werror,-Winitializer-overrides]
[ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS",
^
/usr/src/usr.sbin/acpi/acpidump/acpi.c:1088:38: note: previous initialization 
is here
[ACPI_SRAT_TYPE_GICC_AFFINITY] = "GICC",
 ^~

Am I missing something? Am acpi.c missing something?

-- 
+---++
| Vennlig hilsen,   | Best regards,  |
| Trond Endrestøl,  | Trond Endrestøl,   |
| IT-ansvarlig, | System administrator,  |
| Fagskolen Innlandet,  | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,   | Cellular...: +47 952 62 567,   |
| sentralbord 61 14 54 00.  | Switchboard: +47 61 14 54 00.  |
+---++
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: STABLE-11 make buildworld as non-root

[Herbert J. Skuhra]

Jonathan Chen skrev:
> 
> Hi,
> I recently updated to STABLE-11/amd64, r317665, and decided to see if
> I could do a buildworld as a normal user (with a public /usr/obj).
> Unfortunately, the "make buildworld" stopped with
> 
> ...
> ===> lib/libedit (cleandir)
> rm -f common.h editline.c emacs.h fcns.c fcns.h help.c help.h vi.h
> tokenizern.c historyn.c editline.o tokenizer.o history.o readline.o
> tokenizern.o historyn.o  editline.po tokenizer.po history.po
> readline.po tokenizern.po historyn.po  editline.pico tokenizer.pico
> history.pico readline.pico tokenizern.pico historyn.pico libedit.so
> libedit.so.7.full libedit.so.7.debug libedit.a libedit_p.a
> libedit.so.7 editline.3.gz editrc.5.gz editline.3.cat.gz
> editrc.5.cat.gz
> rm -f .depend .depend.* GPATH GRTAGS GSYMS GTAGS
> ===> lib/libedit/edit/readline (cleandir)
> rm -f .depend .depend.*
> ===> lib/libelftc (cleandir)
> rm -f elftc_bfdtarget.o elftc_copyfile.o elftc_demangle.o
> elftc_reloc_type_str.o elftc_set_timestamps.o elftc_string_table.o
> elftc_timestamp.o elftc_version.o libelftc_bfdtarget.o
> libelftc_dem_arm.o libelftc_dem_gnu2.o libelftc_dem_gnu3.o
> libelftc_hash.o libelftc_vstr.o  libelftc.a elftc.3.gz
> elftc_bfd_find_target.3.gz elftc_copyfile.3.gz elftc_demangle.3.gz
> elftc_reloc_type_str.3.gz elftc_set_timestamps.3.gz
> elftc_timestamp.3.gz elftc_string_table_create.3.gz elftc_version.3.gz
> elftc.3.cat.gz elftc_bfd_find_target.3.cat.gz elftc_copyfile.3.cat.gz
> elftc_demangle.3.cat.gz elftc_reloc_type_str.3.cat.gz
> elftc_set_timestamps.3.cat.gz elftc_timestamp.3.cat.gz
> elftc_string_table_create.3.cat.gz elftc_version.3.cat.gz
> rm -rf sys
> rm -f .depend .depend.* GPATH GRTAGS GSYMS GTAGS
> ===> lib/libevent (cleandir)
> rm -f buffer.o evbuffer.o event.o kqueue.o log.o poll.o select.o
> signal.o  buffer.po evbuffer.po event.po kqueue.po log.po poll.po
> select.po signal.po  buffer.pico evbuffer.pico event.pico kqueue.pico
> log.pico poll.pico select.pico signal.pico libprivateevent.so
> libprivateevent.so.1.full libprivateevent.so.1.debug libprivateevent.a
> libprivateevent_p.a libprivateevent.so.1
> rm -f .depend .depend.* GPATH GRTAGS GSYMS GTAGS
> ===> lib/libexecinfo (cleandir)
> rm -f backtrace.o symtab.o unwind.o  backtrace.po symtab.po unwind.po
> backtrace.pico symtab.pico unwind.pico libexecinfo.so
> libexecinfo.so.1.full libexecinfo.so.1.debug libexecinfo.a
> libexecinfo_p.a libexecinfo.so.1 backtrace.3.gz backtrace.3.cat.gz
> rm -f .depend .depend.* GPATH GRTAGS GSYMS GTAGS
> ===> lib/libexpat (cleandir)
> rm -f bsdxml.h bsdxml_external.h xmlparse.o xmlrole.o xmltok.o
> xmlparse.po xmlrole.po xmltok.po  xmlparse.pico xmlrole.pico
> xmltok.pico libbsdxml.so libbsdxml.so.4.full libbsdxml.so.4.debug
> libbsdxml.a libbsdxml_p.a libbsdxml.so.4 libbsdxml.3.gz
> libbsdxml.3.cat.gz
> rm: bsdxml.h: Permission denied
> rm: bsdxml_external.h: Permission denied
> *** Error code 1
> 
> Stop.
> make[4]: stopped in /usr/src/lib/libexpat
> *** Error code 1
> 
> Stop.
> make[3]: stopped in /usr/src/lib
> *** Error code 1
> 
> Stop.
> make[2]: stopped in /usr/src
> *** Error code 1
> 
> Stop.
> make[1]: stopped in /usr/src
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/src
> 
> The "rm -f bsdxml.h bsdxml_external.h ..." looks dodgy to me. Why have
> these 2 files in the source tree if it's going to be removed early in
> the build?

What's the output of "svnlite st" in /usr/src?
Did you run make in /usr/src/lib/libexpat as root?

Try:

# cd /usr/src/lib/libexpat
# make cleandir

--
Herbert
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

STABLE-11 make buildworld as non-root

[Jonathan Chen]

Hi,

I recently updated to STABLE-11/amd64, r317665, and decided to see if
I could do a buildworld as a normal user (with a public /usr/obj).
Unfortunately, the "make buildworld" stopped with

...
===> lib/libedit (cleandir)
rm -f common.h editline.c emacs.h fcns.c fcns.h help.c help.h vi.h
tokenizern.c historyn.c editline.o tokenizer.o history.o readline.o
tokenizern.o historyn.o  editline.po tokenizer.po history.po
readline.po tokenizern.po historyn.po  editline.pico tokenizer.pico
history.pico readline.pico tokenizern.pico historyn.pico libedit.so
libedit.so.7.full libedit.so.7.debug libedit.a libedit_p.a
libedit.so.7 editline.3.gz editrc.5.gz editline.3.cat.gz
editrc.5.cat.gz
rm -f .depend .depend.* GPATH GRTAGS GSYMS GTAGS
===> lib/libedit/edit/readline (cleandir)
rm -f .depend .depend.*
===> lib/libelftc (cleandir)
rm -f elftc_bfdtarget.o elftc_copyfile.o elftc_demangle.o
elftc_reloc_type_str.o elftc_set_timestamps.o elftc_string_table.o
elftc_timestamp.o elftc_version.o libelftc_bfdtarget.o
libelftc_dem_arm.o libelftc_dem_gnu2.o libelftc_dem_gnu3.o
libelftc_hash.o libelftc_vstr.o  libelftc.a elftc.3.gz
elftc_bfd_find_target.3.gz elftc_copyfile.3.gz elftc_demangle.3.gz
elftc_reloc_type_str.3.gz elftc_set_timestamps.3.gz
elftc_timestamp.3.gz elftc_string_table_create.3.gz elftc_version.3.gz
elftc.3.cat.gz elftc_bfd_find_target.3.cat.gz elftc_copyfile.3.cat.gz
elftc_demangle.3.cat.gz elftc_reloc_type_str.3.cat.gz
elftc_set_timestamps.3.cat.gz elftc_timestamp.3.cat.gz
elftc_string_table_create.3.cat.gz elftc_version.3.cat.gz
rm -rf sys
rm -f .depend .depend.* GPATH GRTAGS GSYMS GTAGS
===> lib/libevent (cleandir)
rm -f buffer.o evbuffer.o event.o kqueue.o log.o poll.o select.o
signal.o  buffer.po evbuffer.po event.po kqueue.po log.po poll.po
select.po signal.po  buffer.pico evbuffer.pico event.pico kqueue.pico
log.pico poll.pico select.pico signal.pico libprivateevent.so
libprivateevent.so.1.full libprivateevent.so.1.debug libprivateevent.a
libprivateevent_p.a libprivateevent.so.1
rm -f .depend .depend.* GPATH GRTAGS GSYMS GTAGS
===> lib/libexecinfo (cleandir)
rm -f backtrace.o symtab.o unwind.o  backtrace.po symtab.po unwind.po
backtrace.pico symtab.pico unwind.pico libexecinfo.so
libexecinfo.so.1.full libexecinfo.so.1.debug libexecinfo.a
libexecinfo_p.a libexecinfo.so.1 backtrace.3.gz backtrace.3.cat.gz
rm -f .depend .depend.* GPATH GRTAGS GSYMS GTAGS
===> lib/libexpat (cleandir)
rm -f bsdxml.h bsdxml_external.h xmlparse.o xmlrole.o xmltok.o
xmlparse.po xmlrole.po xmltok.po  xmlparse.pico xmlrole.pico
xmltok.pico libbsdxml.so libbsdxml.so.4.full libbsdxml.so.4.debug
libbsdxml.a libbsdxml_p.a libbsdxml.so.4 libbsdxml.3.gz
libbsdxml.3.cat.gz
rm: bsdxml.h: Permission denied
rm: bsdxml_external.h: Permission denied
*** Error code 1

Stop.
make[4]: stopped in /usr/src/lib/libexpat
*** Error code 1

Stop.
make[3]: stopped in /usr/src/lib
*** Error code 1

Stop.
make[2]: stopped in /usr/src
*** Error code 1

Stop.
make[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src

The "rm -f bsdxml.h bsdxml_external.h ..." looks dodgy to me. Why have
these 2 files in the source tree if it's going to be removed early in
the build?

Cheers.
-- 
Jonathan Chen <j...@chen.org.nz>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: make buildworld Failure on 10-STABLE and WITHOUT_OPENSSL=TRUE

[Jim Ohlstein]

Hello,

On 2/19/16 5:40 PM, Dewayne Geraghty wrote:

On 20 February 2016 at 09:01, Bryan Drewery <bdrew...@freebsd.org
<mailto:bdrew...@freebsd.org>> wrote:

On 2/6/2016 6:21 AM, Jim Ohlstein wrote:
 > Hello,
 >
 > First noticed:
 >
 > root@rubicon:/usr/src # svn info
 > Path: .
 > Working Copy Root Path: /usr/src
 > URL: https://svn.freebsd.org/base/stable/10
 > Relative URL: ^/stable/10
 > Repository Root: https://svn.freebsd.org/base
 > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
 > Revision: 295341
 > Node Kind: directory
 > Schedule: normal
 > Last Changed Author: marius
 > Last Changed Rev: 295289
 > Last Changed Date: 2016-02-04 19:14:24 -0500 (Thu, 04 Feb 2016)
 >
 >
 > Still present:
 >
 > root@rubicon:/usr/src # svn info
 > Path: .
 > Working Copy Root Path: /usr/src
 > URL: https://svn.freebsd.org/base/stable/10
 > Relative URL: ^/stable/10
 > Repository Root: https://svn.freebsd.org/base
 > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
 > Revision: 295351
 > Node Kind: directory
 > Schedule: normal
 > Last Changed Author: wblock
 > Last Changed Rev: 295350
 > Last Changed Date: 2016-02-06 09:03:31 -0500 (Sat, 06 Feb 2016)
 >
 >
 > root@rubicon:/usr/src # make clean && make buildworld
 >
 >
 > [snip]
 >
 >
 >
 > cc   -O2 -pipe   -I. -DINET6 -DFTP_COMBINE_CWDS -std=iso9899:1999
 > -Qunused-arguments  -fstack-protector -Wsystem-headers -Werror -Wall
 > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
 > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
 > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
 > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
 > -Wold-style-definition -Wmissing-variable-declarations
-Wno-pointer-sign
 > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable  -c
 > /usr/src/lib/libfetch/common.c -o common.o
 > /usr/src/lib/libfetch/common.c:811:43: error: unused parameter 'URL'
 > [-Werror,-Wunused-parameter]
 > fetch_ssl(conn_t *conn, const struct url *URL, int verbose)
 >   ^


Try this patch please:
https://people.freebsd.org/~bdrewery/patches/libfetch-unused-ssl.patch




--
Regards,
Bryan Drewery


Unfortunately, I think you'll find that you'll need openssl for:
libarchive, geom_eli, tar and gssd as well.
Good luck (I tried a few years ago but failed because I really needed
geli).


Got stuck elsewhere but looks like it's totally broken. This is a 
parallel build of r 295826 but looks pretty obvious where it bails:


/usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/bind.c:2051:20: 
note: use '==' to turn this assignment into an equality comparison

  for (i = 0; name = names[i]; i++)
   ^
   ==
--- display.o ---
--- lib__L ---
In file included from /usr/src/lib/libldns/../../contrib/ldns/parse.c:11:
In file included from 
/usr/src/lib/libldns/../../contrib/ldns/ldns/ldns.h:98:
/usr/src/lib/libldns/../../contrib/ldns/ldns/dane.h:31:10: fatal error: 
'openssl/ssl.h' file not found

#include 
 ^
--- gnu/lib__L ---
cc   -O2 -pipe   -I/usr/src/gnu/lib/libreadline/readline/.. 
-I/usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline 
-DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 
-Qunused-arguments  -fstack-protector   -c 
/usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/display.c 
-o display.o

--- lib__L ---
1 error generated.
--- gnu/lib__L ---
--- signals.o ---
cc   -O2 -pipe   -I/usr/src/gnu/lib/libreadline/readline/.. 
-I/usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline 
-DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 
-Qunused-arguments  -fstack-protector   -c 
/usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/signals.c 
-o signals.o

--- lib__L ---
In file included from /usr/src/lib/libldns/../../contrib/ldns/rdata.c:15:
In file included from 
/usr/src/lib/libldns/../../contrib/ldns/ldns/ldns.h:98:
/usr/src/lib/libldns/../../contrib/ldns/ldns/dane.h:31:10: fatal error: 
'openssl/ssl.h' file not found

#include 
 ^
1 error generated.
In file included from /usr/src/lib/libldns/../../contrib/ldns/resolver.c:15:
In file included from 
/usr/src/lib/libldns/../../contrib/ldns/ldns/ldns.h:98:
/usr/src/lib/libldns/../../contrib/ldns/ldns/dane.h:31:10: fatal error: 
'openssl/ssl.h' file not found

#include 
 ^
1 error generated.
--- depend_subdir_libnv ---
===> lib/libnv (depend)
--- depend_subdir_libopie ---
===> lib/lib

Re: make buildworld Failure on 10-STABLE and WITHOUT_OPENSSL=TRUE

[Dewayne Geraghty]

On 20 February 2016 at 09:01, Bryan Drewery <bdrew...@freebsd.org> wrote:

> On 2/6/2016 6:21 AM, Jim Ohlstein wrote:
> > Hello,
> >
> > First noticed:
> >
> > root@rubicon:/usr/src # svn info
> > Path: .
> > Working Copy Root Path: /usr/src
> > URL: https://svn.freebsd.org/base/stable/10
> > Relative URL: ^/stable/10
> > Repository Root: https://svn.freebsd.org/base
> > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> > Revision: 295341
> > Node Kind: directory
> > Schedule: normal
> > Last Changed Author: marius
> > Last Changed Rev: 295289
> > Last Changed Date: 2016-02-04 19:14:24 -0500 (Thu, 04 Feb 2016)
> >
> >
> > Still present:
> >
> > root@rubicon:/usr/src # svn info
> > Path: .
> > Working Copy Root Path: /usr/src
> > URL: https://svn.freebsd.org/base/stable/10
> > Relative URL: ^/stable/10
> > Repository Root: https://svn.freebsd.org/base
> > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> > Revision: 295351
> > Node Kind: directory
> > Schedule: normal
> > Last Changed Author: wblock
> > Last Changed Rev: 295350
> > Last Changed Date: 2016-02-06 09:03:31 -0500 (Sat, 06 Feb 2016)
> >
> >
> > root@rubicon:/usr/src # make clean && make buildworld
> >
> >
> > [snip]
> >
> >
> >
> > cc   -O2 -pipe   -I. -DINET6 -DFTP_COMBINE_CWDS -std=iso9899:1999
> > -Qunused-arguments  -fstack-protector -Wsystem-headers -Werror -Wall
> > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
> > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
> > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
> > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
> > -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign
> > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable  -c
> > /usr/src/lib/libfetch/common.c -o common.o
> > /usr/src/lib/libfetch/common.c:811:43: error: unused parameter 'URL'
> > [-Werror,-Wunused-parameter]
> > fetch_ssl(conn_t *conn, const struct url *URL, int verbose)
> >   ^
>
>
> Try this patch please:
> https://people.freebsd.org/~bdrewery/patches/libfetch-unused-ssl.patch


>
>
> --
> Regards,
> Bryan Drewery
>
>
Unfortunately, I think you'll find that you'll need openssl for:
libarchive, geom_eli, tar and gssd as well.
Good luck (I tried a few years ago but failed because I really needed
geli).
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: make buildworld Failure on 10-STABLE and WITHOUT_OPENSSL=TRUE

[Bryan Drewery]

On 2/6/2016 6:21 AM, Jim Ohlstein wrote:
> Hello,
> 
> First noticed:
> 
> root@rubicon:/usr/src # svn info
> Path: .
> Working Copy Root Path: /usr/src
> URL: https://svn.freebsd.org/base/stable/10
> Relative URL: ^/stable/10
> Repository Root: https://svn.freebsd.org/base
> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> Revision: 295341
> Node Kind: directory
> Schedule: normal
> Last Changed Author: marius
> Last Changed Rev: 295289
> Last Changed Date: 2016-02-04 19:14:24 -0500 (Thu, 04 Feb 2016)
> 
> 
> Still present:
> 
> root@rubicon:/usr/src # svn info
> Path: .
> Working Copy Root Path: /usr/src
> URL: https://svn.freebsd.org/base/stable/10
> Relative URL: ^/stable/10
> Repository Root: https://svn.freebsd.org/base
> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> Revision: 295351
> Node Kind: directory
> Schedule: normal
> Last Changed Author: wblock
> Last Changed Rev: 295350
> Last Changed Date: 2016-02-06 09:03:31 -0500 (Sat, 06 Feb 2016)
> 
> 
> root@rubicon:/usr/src # make clean && make buildworld
> 
> 
> [snip]
> 
> 
> 
> cc   -O2 -pipe   -I. -DINET6 -DFTP_COMBINE_CWDS -std=iso9899:1999
> -Qunused-arguments  -fstack-protector -Wsystem-headers -Werror -Wall
> -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
> -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
> -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
> -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign
> -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable  -c
> /usr/src/lib/libfetch/common.c -o common.o
> /usr/src/lib/libfetch/common.c:811:43: error: unused parameter 'URL'
> [-Werror,-Wunused-parameter]
> fetch_ssl(conn_t *conn, const struct url *URL, int verbose)
>   ^


Try this patch please:
https://people.freebsd.org/~bdrewery/patches/libfetch-unused-ssl.patch


-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

make buildworld Failure on 10-STABLE and WITHOUT_OPENSSL=TRUE

[Jim Ohlstein]

Hello,

First noticed:

root@rubicon:/usr/src # svn info
Path: .
Working Copy Root Path: /usr/src
URL: https://svn.freebsd.org/base/stable/10
Relative URL: ^/stable/10
Repository Root: https://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 295341
Node Kind: directory
Schedule: normal
Last Changed Author: marius
Last Changed Rev: 295289
Last Changed Date: 2016-02-04 19:14:24 -0500 (Thu, 04 Feb 2016)


Still present:

root@rubicon:/usr/src # svn info
Path: .
Working Copy Root Path: /usr/src
URL: https://svn.freebsd.org/base/stable/10
Relative URL: ^/stable/10
Repository Root: https://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 295351
Node Kind: directory
Schedule: normal
Last Changed Author: wblock
Last Changed Rev: 295350
Last Changed Date: 2016-02-06 09:03:31 -0500 (Sat, 06 Feb 2016)


root@rubicon:/usr/src # make clean && make buildworld


[snip]



cc   -O2 -pipe   -I. -DINET6 -DFTP_COMBINE_CWDS -std=iso9899:1999 
-Qunused-arguments  -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual 
-Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable  -c 
/usr/src/lib/libfetch/common.c -o common.o
/usr/src/lib/libfetch/common.c:811:43: error: unused parameter 'URL' 
[-Werror,-Wunused-parameter]

fetch_ssl(conn_t *conn, const struct url *URL, int verbose)
  ^
1 error generated.
*** Error code 1

Stop.
make[5]: stopped in /usr/src/lib/libfetch
*** Error code 1

Stop.
make[4]: stopped in /usr/src/lib
*** Error code 1

Stop.
make[3]: stopped in /usr/src
*** Error code 1

Stop.
make[2]: stopped in /usr/src
*** Error code 1

Stop.
make[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src



I had several options enabled in /etc/src.conf but 
"WITHOUT_OPENSSL=TRUE" is the culprit. World builds fine as long as that 
is commented.


--
Jim Ohlstein


"Never argue with a fool, onlookers may not be able to tell the 
difference." - Mark Twain

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: make buildworld fails 9.2 PRERELEASE to RC3

[Johan Hendriks]

Johan Hendriks wrote:

Alex V. Petrov wrote:

before 'make buildworld'
need:
cd /usr/src/usr.bin/yacc  make obj  make depend  make  make 
install



2013/8/27 Johan Hendriks joh.hendr...@gmail.com 
mailto:joh.hendr...@gmail.com


Hello all

I am running the following version of FreeBSD

uname -a
FreeBSD beasty.testdomain.local 9.2-PRERELEASE FreeBSD
9.2-PRERELEASE #0
r254646: Thu Aug 22 09:46:05 CEST 2013
root@beasty.testdomain.local:/usr/obj/usr/src/sys/KRNL
amd64

I have updated the source using the following command.

svn co http://svn.freebsd.org/base/releng/9.2 /usr/src
Checked out revision 254955.

But when i do a buildworld it errors out.


cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W
-Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c /usr/src/bin/ed/undo.c
cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W
-Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls
-Wold-style-definition -Wno-pointer-sign  -o ed buf.o cbc.o
glbl.o io.o
main.o re.o sub.o undo.o -lcrypto
gzip -cn /usr/src/bin/ed/ed.1  ed.1.gz
=== bin/expr (all)
cc -O2 -pipe -march=core2 -std=gnu99 -fstack-protector
-Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
-Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c expr.c
cc1: warnings being treated as errors
expr.c:812: warning: redundant redeclaration of 'yyparse'
/usr/src/bin/expr/expr.y:77: warning: previous declaration of
'yyparse' was
here
*** [expr.o] Error code 1

Stop in /usr/src/bin/expr.
*** [all] Error code 1

Stop in /usr/src/bin.
*** [bin.all__D] Error code 1

Stop in /usr/src.
*** [everything] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.

I deleted /usr/obj/*
I deleted /usr/src and did a new svn checkout.

But the errors keeps coming.

Is there anything i can do !


regards
Johan
___
freebsd-stable@freebsd.org mailto:freebsd-stable@freebsd.org
mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
freebsd-stable-unsubscr...@freebsd.org
mailto:freebsd-stable-unsubscr...@freebsd.org



Thanks, i will try tomorrow when back in the office..
regards
Johan

That did the trick!
Thank you.

regards
Johan


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

make buildworld fails 9.2 PRERELEASE to RC3

[Johan Hendriks]

Hello all

I am running the following version of FreeBSD

uname -a
FreeBSD beasty.testdomain.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0
r254646: Thu Aug 22 09:46:05 CEST 2013
root@beasty.testdomain.local:/usr/obj/usr/src/sys/KRNL
amd64

I have updated the source using the following command.

svn co http://svn.freebsd.org/base/releng/9.2 /usr/src
Checked out revision 254955.

But when i do a buildworld it errors out.


cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c /usr/src/bin/ed/undo.c
cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign  -o ed buf.o cbc.o glbl.o io.o
main.o re.o sub.o undo.o -lcrypto
gzip -cn /usr/src/bin/ed/ed.1  ed.1.gz
=== bin/expr (all)
cc -O2 -pipe -march=core2 -std=gnu99 -fstack-protector -Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
-Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c expr.c
cc1: warnings being treated as errors
expr.c:812: warning: redundant redeclaration of 'yyparse'
/usr/src/bin/expr/expr.y:77: warning: previous declaration of 'yyparse' was
here
*** [expr.o] Error code 1

Stop in /usr/src/bin/expr.
*** [all] Error code 1

Stop in /usr/src/bin.
*** [bin.all__D] Error code 1

Stop in /usr/src.
*** [everything] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.

I deleted /usr/obj/*
I deleted /usr/src and did a new svn checkout.

But the errors keeps coming.

Is there anything i can do !


regards
Johan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make buildworld fails 9.2 PRERELEASE to RC3

[Alex V. Petrov]

before 'make buildworld'
need:
cd /usr/src/usr.bin/yacc  make obj  make depend  make  make install


2013/8/27 Johan Hendriks joh.hendr...@gmail.com

 Hello all

 I am running the following version of FreeBSD

 uname -a
 FreeBSD beasty.testdomain.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0
 r254646: Thu Aug 22 09:46:05 CEST 2013
 root@beasty.testdomain.local:/usr/obj/usr/src/sys/KRNL
 amd64

 I have updated the source using the following command.

 svn co http://svn.freebsd.org/base/releng/9.2 /usr/src
 Checked out revision 254955.

 But when i do a buildworld it errors out.


 cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
 -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
 -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
 -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
 -Wold-style-definition -Wno-pointer-sign -c /usr/src/bin/ed/undo.c
 cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
 -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
 -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
 -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
 -Wold-style-definition -Wno-pointer-sign  -o ed buf.o cbc.o glbl.o io.o
 main.o re.o sub.o undo.o -lcrypto
 gzip -cn /usr/src/bin/ed/ed.1  ed.1.gz
 === bin/expr (all)
 cc -O2 -pipe -march=core2 -std=gnu99 -fstack-protector -Wsystem-headers
 -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
 -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
 -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
 -Wold-style-definition -Wno-pointer-sign -c expr.c
 cc1: warnings being treated as errors
 expr.c:812: warning: redundant redeclaration of 'yyparse'
 /usr/src/bin/expr/expr.y:77: warning: previous declaration of 'yyparse' was
 here
 *** [expr.o] Error code 1

 Stop in /usr/src/bin/expr.
 *** [all] Error code 1

 Stop in /usr/src/bin.
 *** [bin.all__D] Error code 1

 Stop in /usr/src.
 *** [everything] Error code 1

 Stop in /usr/src.
 *** [buildworld] Error code 1

 Stop in /usr/src.

 I deleted /usr/obj/*
 I deleted /usr/src and did a new svn checkout.

 But the errors keeps coming.

 Is there anything i can do !


 regards
 Johan
 ___
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make buildworld fails 9.2 PRERELEASE to RC3

[Johan Hendriks]

Alex V. Petrov wrote:

before 'make buildworld'
need:
cd /usr/src/usr.bin/yacc  make obj  make depend  make  make 
install



2013/8/27 Johan Hendriks joh.hendr...@gmail.com 
mailto:joh.hendr...@gmail.com


Hello all

I am running the following version of FreeBSD

uname -a
FreeBSD beasty.testdomain.local 9.2-PRERELEASE FreeBSD
9.2-PRERELEASE #0
r254646: Thu Aug 22 09:46:05 CEST 2013
root@beasty.testdomain.local:/usr/obj/usr/src/sys/KRNL
amd64

I have updated the source using the following command.

svn co http://svn.freebsd.org/base/releng/9.2 /usr/src
Checked out revision 254955.

But when i do a buildworld it errors out.


cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W
-Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c /usr/src/bin/ed/undo.c
cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W
-Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls
-Wold-style-definition -Wno-pointer-sign  -o ed buf.o cbc.o glbl.o
io.o
main.o re.o sub.o undo.o -lcrypto
gzip -cn /usr/src/bin/ed/ed.1  ed.1.gz
=== bin/expr (all)
cc -O2 -pipe -march=core2 -std=gnu99 -fstack-protector
-Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
-Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c expr.c
cc1: warnings being treated as errors
expr.c:812: warning: redundant redeclaration of 'yyparse'
/usr/src/bin/expr/expr.y:77: warning: previous declaration of
'yyparse' was
here
*** [expr.o] Error code 1

Stop in /usr/src/bin/expr.
*** [all] Error code 1

Stop in /usr/src/bin.
*** [bin.all__D] Error code 1

Stop in /usr/src.
*** [everything] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.

I deleted /usr/obj/*
I deleted /usr/src and did a new svn checkout.

But the errors keeps coming.

Is there anything i can do !


regards
Johan
___
freebsd-stable@freebsd.org mailto:freebsd-stable@freebsd.org
mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
freebsd-stable-unsubscr...@freebsd.org
mailto:freebsd-stable-unsubscr...@freebsd.org



Thanks, i will try tomorrow when back in the office..
regards
Johan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make buildworld is now 50% slower

[Daniel Braniss]

 On Sun, Jul 07, 2013 at 11:50:29AM +0300, Daniel Braniss wrote:
   On Fri, Jul 05, 2013 at 02:39:00PM +0200, Dimitry Andric wrote:
[redirecting to the correct mailing list, freebsd-stable@ ...]

On Jul 5, 2013, at 10:53, Daniel Braniss da...@cs.huji.ac.il wrote:
 after today's update of 9.1-STABLE I noticed that make 
 build[world|kernel] are
 taking conciderable more time, is it because the upgrade of clang?
 and if so, is the code produced any better?
 
 before:
 buildwordl:26m4.52s real 2h28m32.12s user 36m6.27s sys
 buildkernel:   7m29.42s real 23m22.22s user 4m26.26s sys
 
 today:
 buildwordl:   34m29.80s real 2h38m9.37s user 37m7.61s sys
 buildkernel:15m31.52s real 22m59.40s user 4m33.06s sys

Ehm, your user and sys times are not that much different at all, they
add up to about 5% slower for buildworld, and 1% faster for build 
kernel.
Are you sure nothing else is running on that machine, eating up CPU time
while you are building? :)

But yes, clang 3.3 is of course somewhat larger than 3.2.  You might
especially notice that, if you are using gcc, which is very slow at
compiling C++.

In any case, if you do not care about clang, just set WITHOUT_CLANG= in
your /etc/src.conf, and you can shave off some build time.
   
   I just built world/kernel (stable/9 r252769) 5 hours ago.  Results:
   
   time make -j4 buildworld  = roughly 21 minutes on my hardware
   time make -j4 buildkernel = roughly 8 minutes on my hardware
   
  
  It's been a long time since I saw such numbers, maybe it's time
  to see where time is being spent, I will run it without clang to compare 
  with
  your numbers.
  
   These numbers are about the norm for me, meaning I do not see a
   substantial increase in build times.
   
   Key point: I do not use/build/grok clang, i.e. WITHOUT_CLANG=true is in
   my src.conf.  But I am aware of the big clang change in r252723.
   
   If hardware details are wanted, ask, but I don't think it's relevant to
   what the root cause is.
   
  
  from what you are saying, I guess clang is not responsible.
  looking for my Sherlock Holmes hat.
 
 Some points to those numbers I stated above:
 
 - System is an Intel Q9550 with 8GB of RAM
 
 - Single SSD (UFS2+SU+TRIM) is used for root, /usr, /var, /tmp, and swap
 
 - /usr/src is on ZFS (raidz1 + 3 disks) -- however I got equally small
 numbers when it was on the SSD
 
 - /usr/src is using compression=lz4  (to folks from -fs: yeah, I'm
 trying it out to see how much of an impact it has on interactivity.  I
 can still tell when it kicks in, but it's way, way better than lzjb.
 Rather not get into that here)
 
 - Contents of /etc/src.conf (to give you some idea of what I disable):
 
 WITHOUT_ATM=true
 WITHOUT_BLUETOOTH=true
 WITHOUT_CLANG=true
 WITHOUT_FLOPPY=true
 WITHOUT_FREEBSD_UPDATE=true
 WITHOUT_INET6=true
 WITHOUT_IPFILTER=true
 WITHOUT_IPX=true
 WITHOUT_KERBEROS=true
 WITHOUT_LIB32=true
 WITHOUT_LPR=true
 WITHOUT_NDIS=true
 WITHOUT_NETGRAPH=true
 WITHOUT_PAM_SUPPORT=true
 WITHOUT_PPP=true
 WITHOUT_SENDMAIL=true
 WITHOUT_WIRELESS=true
 WITH_OPENSSH_NONE_CIPHER=true
 
 It's WITHOUT_CLANG that cuts down the buildworld time by a *huge* amount
 (I remember when it got introduced, my buildworld jumped up to something
 like 40 minutes); the rest probably save a minute or two at most.
 
 - /etc/make.conf doesn't contain much that's relevant, other than:
 
 CPUTYPE?=core2
 
 # For DTrace; also affects ports
 STRIP=
 CFLAGS+=  -fno-omit-frame-pointer
 
 - I do some tweaks in /etc/sysctl.conf (mainly vfs.read_min and
 vfs.read_max), but I will admit I am not completely sure what those
 do quite yet (I just saw the commit from scottl@ a while back talking
 about how an increased vfs.read_min helps them at Netflix quite a
 lot).  I also adjust kern.maxvnodes.
 
 - Some ZFS ARC settings are adjusted in /boot/loader.conf (I'm playing
 with some stuff I read in Andriy Gapon's ZFS PDF), but they definitely
 do not have a major impact on the numbers I listed off.
 
 - I do increase kern.maxdsiz, kern.dfldsiz, and kern.maxssiz in
 /boot/loader.conf to 2560M/2560M/256M respectively, but that was mainly
 from the days when I ran MySQL and needed a huge userland processes.
 
 All in all my numbers are low/small because of two things: the SSD, and
 WITHOUT_CLANG.
 
 Hope this gives you somewhere to start/stuff to ponder.

indeed!

on my pretty much standard dev machine, PowerEdge R710, X5550  @ 2.67GHz, 
16384 MB,
root on ufs, the rest is via ZFS, this is what I'm getting for buildworld:
with clang  27m32.91s real 2h42m52.82s user 36m20.69s sys
without clang   13m24.19s real 1h23m26.52s user 29m5.18s sys

on a similar machine but with root via NFS, and /var on ZFS, the numbers are 
similar:
with clang  23m30.92s real 2h9m8.85s user 29m27.84s sys
without clang   12m7.53s real 1h7m54.24s user 23m9.78s sys
(this host is newer, PowerEdge 

Re: make buildworld is now 50% slower

[Daniel Braniss]

 On Fri, Jul 05, 2013 at 02:39:00PM +0200, Dimitry Andric wrote:
  [redirecting to the correct mailing list, freebsd-stable@ ...]
  
  On Jul 5, 2013, at 10:53, Daniel Braniss da...@cs.huji.ac.il wrote:
   after today's update of 9.1-STABLE I noticed that make 
   build[world|kernel] are
   taking conciderable more time, is it because the upgrade of clang?
   and if so, is the code produced any better?
   
   before:
   buildwordl:26m4.52s real 2h28m32.12s user 36m6.27s sys
   buildkernel:   7m29.42s real 23m22.22s user 4m26.26s sys
   
   today:
   buildwordl:   34m29.80s real 2h38m9.37s user 37m7.61s sys
   buildkernel:15m31.52s real 22m59.40s user 4m33.06s sys
  
  Ehm, your user and sys times are not that much different at all, they
  add up to about 5% slower for buildworld, and 1% faster for build kernel.
  Are you sure nothing else is running on that machine, eating up CPU time
  while you are building? :)
  
  But yes, clang 3.3 is of course somewhat larger than 3.2.  You might
  especially notice that, if you are using gcc, which is very slow at
  compiling C++.
  
  In any case, if you do not care about clang, just set WITHOUT_CLANG= in
  your /etc/src.conf, and you can shave off some build time.
 
 I just built world/kernel (stable/9 r252769) 5 hours ago.  Results:
 
 time make -j4 buildworld  = roughly 21 minutes on my hardware
 time make -j4 buildkernel = roughly 8 minutes on my hardware
 

It's been a long time since I saw such numbers, maybe it's time
to see where time is being spent, I will run it without clang to compare with
your numbers.

 These numbers are about the norm for me, meaning I do not see a
 substantial increase in build times.
 
 Key point: I do not use/build/grok clang, i.e. WITHOUT_CLANG=true is in
 my src.conf.  But I am aware of the big clang change in r252723.
 
 If hardware details are wanted, ask, but I don't think it's relevant to
 what the root cause is.
 

from what you are saying, I guess clang is not responsible.
looking for my Sherlock Holmes hat.
thanks,
danny

 -- 
 | Jeremy Chadwick   j...@koitsu.org |
 | UNIX Systems Administratorhttp://jdc.koitsu.org/ |
 | Making life hard for others since 1977. PGP 4BD6C0CB |
 


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make buildworld is now 50% slower

[Jeremy Chadwick]

On Sun, Jul 07, 2013 at 11:50:29AM +0300, Daniel Braniss wrote:
  On Fri, Jul 05, 2013 at 02:39:00PM +0200, Dimitry Andric wrote:
   [redirecting to the correct mailing list, freebsd-stable@ ...]
   
   On Jul 5, 2013, at 10:53, Daniel Braniss da...@cs.huji.ac.il wrote:
after today's update of 9.1-STABLE I noticed that make 
build[world|kernel] are
taking conciderable more time, is it because the upgrade of clang?
and if so, is the code produced any better?

before:
buildwordl:  26m4.52s real 2h28m32.12s user 36m6.27s sys
buildkernel: 7m29.42s real 23m22.22s user 4m26.26s sys

today:
buildwordl: 34m29.80s real 2h38m9.37s user 37m7.61s sys
buildkernel:15m31.52s real 22m59.40s user 4m33.06s sys
   
   Ehm, your user and sys times are not that much different at all, they
   add up to about 5% slower for buildworld, and 1% faster for build kernel.
   Are you sure nothing else is running on that machine, eating up CPU time
   while you are building? :)
   
   But yes, clang 3.3 is of course somewhat larger than 3.2.  You might
   especially notice that, if you are using gcc, which is very slow at
   compiling C++.
   
   In any case, if you do not care about clang, just set WITHOUT_CLANG= in
   your /etc/src.conf, and you can shave off some build time.
  
  I just built world/kernel (stable/9 r252769) 5 hours ago.  Results:
  
  time make -j4 buildworld  = roughly 21 minutes on my hardware
  time make -j4 buildkernel = roughly 8 minutes on my hardware
  
 
 It's been a long time since I saw such numbers, maybe it's time
 to see where time is being spent, I will run it without clang to compare with
 your numbers.
 
  These numbers are about the norm for me, meaning I do not see a
  substantial increase in build times.
  
  Key point: I do not use/build/grok clang, i.e. WITHOUT_CLANG=true is in
  my src.conf.  But I am aware of the big clang change in r252723.
  
  If hardware details are wanted, ask, but I don't think it's relevant to
  what the root cause is.
  
 
 from what you are saying, I guess clang is not responsible.
 looking for my Sherlock Holmes hat.

Some points to those numbers I stated above:

- System is an Intel Q9550 with 8GB of RAM

- Single SSD (UFS2+SU+TRIM) is used for root, /usr, /var, /tmp, and swap

- /usr/src is on ZFS (raidz1 + 3 disks) -- however I got equally small
numbers when it was on the SSD

- /usr/src is using compression=lz4  (to folks from -fs: yeah, I'm
trying it out to see how much of an impact it has on interactivity.  I
can still tell when it kicks in, but it's way, way better than lzjb.
Rather not get into that here)

- Contents of /etc/src.conf (to give you some idea of what I disable):

WITHOUT_ATM=true
WITHOUT_BLUETOOTH=true
WITHOUT_CLANG=true
WITHOUT_FLOPPY=true
WITHOUT_FREEBSD_UPDATE=true
WITHOUT_INET6=true
WITHOUT_IPFILTER=true
WITHOUT_IPX=true
WITHOUT_KERBEROS=true
WITHOUT_LIB32=true
WITHOUT_LPR=true
WITHOUT_NDIS=true
WITHOUT_NETGRAPH=true
WITHOUT_PAM_SUPPORT=true
WITHOUT_PPP=true
WITHOUT_SENDMAIL=true
WITHOUT_WIRELESS=true
WITH_OPENSSH_NONE_CIPHER=true

It's WITHOUT_CLANG that cuts down the buildworld time by a *huge* amount
(I remember when it got introduced, my buildworld jumped up to something
like 40 minutes); the rest probably save a minute or two at most.

- /etc/make.conf doesn't contain much that's relevant, other than:

CPUTYPE?=core2

# For DTrace; also affects ports
STRIP=
CFLAGS+=-fno-omit-frame-pointer

- I do some tweaks in /etc/sysctl.conf (mainly vfs.read_min and
vfs.read_max), but I will admit I am not completely sure what those
do quite yet (I just saw the commit from scottl@ a while back talking
about how an increased vfs.read_min helps them at Netflix quite a
lot).  I also adjust kern.maxvnodes.

- Some ZFS ARC settings are adjusted in /boot/loader.conf (I'm playing
with some stuff I read in Andriy Gapon's ZFS PDF), but they definitely
do not have a major impact on the numbers I listed off.

- I do increase kern.maxdsiz, kern.dfldsiz, and kern.maxssiz in
/boot/loader.conf to 2560M/2560M/256M respectively, but that was mainly
from the days when I ran MySQL and needed a huge userland processes.

All in all my numbers are low/small because of two things: the SSD, and
WITHOUT_CLANG.

Hope this gives you somewhere to start/stuff to ponder.

-- 
| Jeremy Chadwick   j...@koitsu.org |
| UNIX Systems Administratorhttp://jdc.koitsu.org/ |
| Making life hard for others since 1977. PGP 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make buildworld is now 50% slower

[Matthew D. Fuller]

Apropos of nothing, but...

On Sun, Jul 07, 2013 at 03:17:14AM -0700 I heard the voice of
Jeremy Chadwick, and lo! it spake thus:

 WITHOUT_LIB32=true

suggests you're running amd64, which I'm pretty sure means

 - I do increase kern.maxdsiz, kern.dfldsiz, and kern.maxssiz in
 /boot/loader.conf to 2560M/2560M/256M respectively, but that was mainly
 from the days when I ran MySQL and needed a huge userland processes.

are not necessarily _in_creases, and may well be mostly _de_creases.
e.g., on a RELENG_9 box with 8 gig of physical RAM:

% sysctl kern.{max{d,s},dfld}siz
kern.maxdsiz: 34359738368
kern.maxssiz: 536870912
kern.dfldsiz: 134217728

while a -CURRENT box with 16 has dfldsiz blown all the way up too.  I
don't recall doing anything to change them at all recently, and a
glance over loader.conf, sysctl.conf, rc.local, and the kernel configs
doesn't turn up anything.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make buildworld is now 50% slower

[Jeremy Chadwick]

On Sun, Jul 07, 2013 at 05:47:31AM -0500, Matthew D. Fuller wrote:
 Apropos of nothing, but...
 
 On Sun, Jul 07, 2013 at 03:17:14AM -0700 I heard the voice of
 Jeremy Chadwick, and lo! it spake thus:
 
  WITHOUT_LIB32=true
 
 suggests you're running amd64, which I'm pretty sure means
 
  - I do increase kern.maxdsiz, kern.dfldsiz, and kern.maxssiz in
  /boot/loader.conf to 2560M/2560M/256M respectively, but that was mainly
  from the days when I ran MySQL and needed a huge userland processes.
 
 are not necessarily _in_creases, and may well be mostly _de_creases.
 e.g., on a RELENG_9 box with 8 gig of physical RAM:
 
 % sysctl kern.{max{d,s},dfld}siz
 kern.maxdsiz: 34359738368
 kern.maxssiz: 536870912
 kern.dfldsiz: 134217728

 while a -CURRENT box with 16 has dfldsiz blown all the way up too.  I
 don't recall doing anything to change them at all recently, and a
 glance over loader.conf, sysctl.conf, rc.local, and the kernel configs
 doesn't turn up anything.

Thanks!

The settings I mention are from ancient times -- specifically RELENG_6
on i386 (I know because I found an old mailing list post of mine
discussing the settings with a user).

The problem as I said was that mysqld would crap itself (crash and be
quite loud about it) if the process allocated too much memory/became too
large.  I am fairly certain the issue related to the data size, **not**
the stack size (but I didn't see the harm in increasing that either).

It's good to know I can remove these on amd64.  Yay, one less thing in
loader.conf I have to deal with...  :-)  Thanks again!

-- 
| Jeremy Chadwick   j...@koitsu.org |
| UNIX Systems Administratorhttp://jdc.koitsu.org/ |
| Making life hard for others since 1977. PGP 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make buildworld is now 50% slower

[Dimitry Andric]

[redirecting to the correct mailing list, freebsd-stable@ ...]

On Jul 5, 2013, at 10:53, Daniel Braniss da...@cs.huji.ac.il wrote:
 after today's update of 9.1-STABLE I noticed that make build[world|kernel] are
 taking conciderable more time, is it because the upgrade of clang?
 and if so, is the code produced any better?
 
 before:
 buildwordl:26m4.52s real 2h28m32.12s user 36m6.27s sys
 buildkernel:   7m29.42s real 23m22.22s user 4m26.26s sys
 
 today:
 buildwordl:   34m29.80s real 2h38m9.37s user 37m7.61s sys
 buildkernel:15m31.52s real 22m59.40s user 4m33.06s sys

Ehm, your user and sys times are not that much different at all, they
add up to about 5% slower for buildworld, and 1% faster for build kernel.
Are you sure nothing else is running on that machine, eating up CPU time
while you are building? :)

But yes, clang 3.3 is of course somewhat larger than 3.2.  You might
especially notice that, if you are using gcc, which is very slow at
compiling C++.

In any case, if you do not care about clang, just set WITHOUT_CLANG= in
your /etc/src.conf, and you can shave off some build time.

-Dimitry

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make buildworld is now 50% slower

[Jeremy Chadwick]

On Fri, Jul 05, 2013 at 02:39:00PM +0200, Dimitry Andric wrote:
 [redirecting to the correct mailing list, freebsd-stable@ ...]
 
 On Jul 5, 2013, at 10:53, Daniel Braniss da...@cs.huji.ac.il wrote:
  after today's update of 9.1-STABLE I noticed that make build[world|kernel] 
  are
  taking conciderable more time, is it because the upgrade of clang?
  and if so, is the code produced any better?
  
  before:
  buildwordl:  26m4.52s real 2h28m32.12s user 36m6.27s sys
  buildkernel: 7m29.42s real 23m22.22s user 4m26.26s sys
  
  today:
  buildwordl: 34m29.80s real 2h38m9.37s user 37m7.61s sys
  buildkernel:15m31.52s real 22m59.40s user 4m33.06s sys
 
 Ehm, your user and sys times are not that much different at all, they
 add up to about 5% slower for buildworld, and 1% faster for build kernel.
 Are you sure nothing else is running on that machine, eating up CPU time
 while you are building? :)
 
 But yes, clang 3.3 is of course somewhat larger than 3.2.  You might
 especially notice that, if you are using gcc, which is very slow at
 compiling C++.
 
 In any case, if you do not care about clang, just set WITHOUT_CLANG= in
 your /etc/src.conf, and you can shave off some build time.

I just built world/kernel (stable/9 r252769) 5 hours ago.  Results:

time make -j4 buildworld  = roughly 21 minutes on my hardware
time make -j4 buildkernel = roughly 8 minutes on my hardware

These numbers are about the norm for me, meaning I do not see a
substantial increase in build times.

Key point: I do not use/build/grok clang, i.e. WITHOUT_CLANG=true is in
my src.conf.  But I am aware of the big clang change in r252723.

If hardware details are wanted, ask, but I don't think it's relevant to
what the root cause is.

-- 
| Jeremy Chadwick   j...@koitsu.org |
| UNIX Systems Administratorhttp://jdc.koitsu.org/ |
| Making life hard for others since 1977. PGP 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make buildworld broken on RELENG_9?

[Paul van der Zwan]

On 19 Apr 2013, at 22:21 , Jeremy Chadwick j...@koitsu.org wrote:

 On Fri, Apr 19, 2013 at 09:57:46PM +0200, Paul van der Zwan wrote:
 
 On 19 Apr 2013, at 1:36 , Jeremy Chadwick j...@koitsu.org wrote:
 
 On Thu, Apr 18, 2013 at 02:16:28PM -0700, Jeremy Chadwick wrote:
 On Thu, Apr 18, 2013 at 10:59:29PM +0200, Paul van der Zwan wrote:
 Since last weekend or so my make buildworld terminate at the following 
 error:
 === share/tabset (all)
 uudecode  /usr/src/share/tabset/3101.uu
 uudecode  /usr/src/share/tabset/9837.uu
 uudecode  /usr/src/share/tabset/aa.uu
 uudecode  /usr/src/share/tabset/aed512.uu
 uudecode  /usr/src/share/tabset/beehive.uu
 uudecode  /usr/src/share/tabset/diablo.uu
 uudecode  /usr/src/share/tabset/dtc382.uu
 uudecode  /usr/src/share/tabset/hp700-wy.uu
 uudecode  /usr/src/share/tabset/ibm3101.uu
 uudecode  /usr/src/share/tabset/std.uu
 uudecode  /usr/src/share/tabset/stdcrt.uu
 uudecode  /usr/src/share/tabset/tandem653.uu
 uudecode  /usr/src/share/tabset/teleray.uu
 uudecode  /usr/src/share/tabset/vt100.uu
 uudecode  /usr/src/share/tabset/vt100-w.uu
 uudecode  /usr/src/share/tabset/wyse-adds.uu
 uudecode  /usr/src/share/tabset/xerox1720.uu
 uudecode  /usr/src/share/tabset/xerox1730.uu
 uudecode  /usr/src/share/tabset/xerox1730-lm.uu
 uudecode  /usr/src/share/tabset/zenith29.uu
 === share/termcap (all)
 gzip -cn /usr/src/share/termcap/termcap.5  termcap.5.gz
 TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src  
 /usr/src/share/termcap/reorder
 script, 2: Pattern not found
 *** [termcap] Error code 1
 
 Stop in /usr/src/share/termcap.
 *** [all] Error code 1
 
 Stop in /usr/src/share.
 *** [share.all__D] Error code 1
 
 Stop in /usr/src.
 *** [everything] Error code 1
 
 Stop in /usr/src.
 *** [buildworld] Error code 1
 
 Stop in /usr/src.
 
 Even after updateing /usr/src using svn I keep this.
 Before this build I updated it:
 $ cd /data/src ; svn up ; 
 Usys/sys/vnode.h
 U   sys/sys
 Usys/geom/geom_disk.c
 Usys/geom/geom_int.h
 Usys/geom/geom_subr.c
 Usys/geom/geom_dev.c
 Usys/geom/geom_event.c
 Usys/ufs/ufs/ufs_lookup.c
 Usys/ufs/ffs/ffs_softdep.c
 Usys/cam/cam_xpt.c
 Usys/cam/cam_periph.c
 Usys/cam/cam_sim.c
 Usys/cam/cam_periph.h
 Usys/cam/cam_sim.h
 Usys/cam/scsi/scsi_xpt.c
 Usys/cam/scsi/scsi_da.c
 Usys/cam/scsi/scsi_pass.c
 Usys/cam/scsi/scsi_cd.c
 Usys/cam/ata/ata_da.c
 Usys/cam/ata/ata_all.c
 Usys/cam/ata/ata_xpt.c
 Usys/dev/usb/controller/xhci_pci.c
 U   sys/dev
 Usys/kern/vfs_cache.c
 U   sys
 Updated to revision 249624.
 
 /etc/make.conf is almost empty :
 $ cat /etc/make.conf
 KERNCONF=vbox
 CFLAGS= -O2 -fno-strict-aliasing -pipe
 COPTFLAGS= -O -pipe
 
 # added by use.perl 2013-03-12 18:50:12
 PERL_VERSION=5.14.2
 
 Any ideas ?
 
 I've been able to build stable/9 world without issue even as recent as
 last night.  I'll rm -fr /usr/obj/* and rebuild world under script
 then go look at the output to see if I see anything anomalous around
 the area you've shown.  I'll reply when that's done.
 
 {snip}
 
 Can't reproduce the issue.
 
 root@testbox:/usr/src # svn info
 Path: .
 Working Copy Root Path: /usr/src
 URL: svn://svn.freebsd.org/base/stable/9
 Repository Root: svn://svn.freebsd.org/base
 Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
 Revision: 249628
 Node Kind: directory
 Schedule: normal
 Last Changed Author: mav
 Last Changed Rev: 249624
 Last Changed Date: 2013-04-18 06:19:41 -0700 (Thu, 18 Apr 2013)
 
 Here's what I get, around where yours fails:
 
 === share/termcap (all)
 gzip -cn /usr/src/share/termcap/termcap.5  termcap.5.gz
 TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src  
 /usr/src/share/termcap/reorder
 cap_mkdb -l termcap
 === share/timedef (all)
 grep -v '^#'  /usr/src/share/timedef/am_ET.UTF-8.src  am_ET.UTF-8.out
 
 Note that yours says script, 2: Pattern not found with no mention of
 cap_mkdb.
 
 My guess is that you have one of the following:
 
 a) A corrupted src/share/termcap/Makefile,
 b) A corrupted SVN repo,
 
 Deleted the content of src/share/termcap and reran svn.
 Now the build succeeds.
 
 Not surprised.  :-)
 
 c) Silent filesystem corruption,
 d) Physical disk issues (e.g. bit rot).
 
 /usr/src is NFS mounted from an OpenIndiana server so the underlying FS is 
 ZFS, so no bitrot or silent corruption
 should be possible.
 
 As long as the pool configuration is using something that ZFS can induce
 recovery from (specifically: mirrors, raidzX, or a combination of vdevs
 that make such possible), then that's true.  If a stripe of disks, or a
 single disk, then only detection of such problems is possible.
 
 zpool status will shed light on the situation.
 
Pool is made up of two drives in a mirror and scrubbed regularly so I can 
almost certainly rule that out.

 I made a snapshot before I deleted the files and ran svn:
 $ ls -l /data//src/.zfs/snapshot/20130419/share/termcap/
 total 669
 -rw-r--r--   1 paulzhome

Re: Make buildworld broken on RELENG_9?

[Paul van der Zwan]

On 19 Apr 2013, at 1:36 , Jeremy Chadwick j...@koitsu.org wrote:

 On Thu, Apr 18, 2013 at 02:16:28PM -0700, Jeremy Chadwick wrote:
 On Thu, Apr 18, 2013 at 10:59:29PM +0200, Paul van der Zwan wrote:
 Since last weekend or so my make buildworld terminate at the following 
 error:
 === share/tabset (all)
 uudecode  /usr/src/share/tabset/3101.uu
 uudecode  /usr/src/share/tabset/9837.uu
 uudecode  /usr/src/share/tabset/aa.uu
 uudecode  /usr/src/share/tabset/aed512.uu
 uudecode  /usr/src/share/tabset/beehive.uu
 uudecode  /usr/src/share/tabset/diablo.uu
 uudecode  /usr/src/share/tabset/dtc382.uu
 uudecode  /usr/src/share/tabset/hp700-wy.uu
 uudecode  /usr/src/share/tabset/ibm3101.uu
 uudecode  /usr/src/share/tabset/std.uu
 uudecode  /usr/src/share/tabset/stdcrt.uu
 uudecode  /usr/src/share/tabset/tandem653.uu
 uudecode  /usr/src/share/tabset/teleray.uu
 uudecode  /usr/src/share/tabset/vt100.uu
 uudecode  /usr/src/share/tabset/vt100-w.uu
 uudecode  /usr/src/share/tabset/wyse-adds.uu
 uudecode  /usr/src/share/tabset/xerox1720.uu
 uudecode  /usr/src/share/tabset/xerox1730.uu
 uudecode  /usr/src/share/tabset/xerox1730-lm.uu
 uudecode  /usr/src/share/tabset/zenith29.uu
 === share/termcap (all)
 gzip -cn /usr/src/share/termcap/termcap.5  termcap.5.gz
 TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src  
 /usr/src/share/termcap/reorder
 script, 2: Pattern not found
 *** [termcap] Error code 1
 
 Stop in /usr/src/share/termcap.
 *** [all] Error code 1
 
 Stop in /usr/src/share.
 *** [share.all__D] Error code 1
 
 Stop in /usr/src.
 *** [everything] Error code 1
 
 Stop in /usr/src.
 *** [buildworld] Error code 1
 
 Stop in /usr/src.
 
 Even after updateing /usr/src using svn I keep this.
 Before this build I updated it:
 $ cd /data/src ; svn up ; 
 Usys/sys/vnode.h
 U   sys/sys
 Usys/geom/geom_disk.c
 Usys/geom/geom_int.h
 Usys/geom/geom_subr.c
 Usys/geom/geom_dev.c
 Usys/geom/geom_event.c
 Usys/ufs/ufs/ufs_lookup.c
 Usys/ufs/ffs/ffs_softdep.c
 Usys/cam/cam_xpt.c
 Usys/cam/cam_periph.c
 Usys/cam/cam_sim.c
 Usys/cam/cam_periph.h
 Usys/cam/cam_sim.h
 Usys/cam/scsi/scsi_xpt.c
 Usys/cam/scsi/scsi_da.c
 Usys/cam/scsi/scsi_pass.c
 Usys/cam/scsi/scsi_cd.c
 Usys/cam/ata/ata_da.c
 Usys/cam/ata/ata_all.c
 Usys/cam/ata/ata_xpt.c
 Usys/dev/usb/controller/xhci_pci.c
 U   sys/dev
 Usys/kern/vfs_cache.c
 U   sys
 Updated to revision 249624.
 
 /etc/make.conf is almost empty :
 $ cat /etc/make.conf
 KERNCONF=vbox
 CFLAGS= -O2 -fno-strict-aliasing -pipe
 COPTFLAGS= -O -pipe
 
 # added by use.perl 2013-03-12 18:50:12
 PERL_VERSION=5.14.2
 
 Any ideas ?
 
 I've been able to build stable/9 world without issue even as recent as
 last night.  I'll rm -fr /usr/obj/* and rebuild world under script
 then go look at the output to see if I see anything anomalous around
 the area you've shown.  I'll reply when that's done.
 
 {snip}
 
 Can't reproduce the issue.
 
 root@testbox:/usr/src # svn info
 Path: .
 Working Copy Root Path: /usr/src
 URL: svn://svn.freebsd.org/base/stable/9
 Repository Root: svn://svn.freebsd.org/base
 Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
 Revision: 249628
 Node Kind: directory
 Schedule: normal
 Last Changed Author: mav
 Last Changed Rev: 249624
 Last Changed Date: 2013-04-18 06:19:41 -0700 (Thu, 18 Apr 2013)
 
 Here's what I get, around where yours fails:
 
 === share/termcap (all)
 gzip -cn /usr/src/share/termcap/termcap.5  termcap.5.gz
 TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src  
 /usr/src/share/termcap/reorder
 cap_mkdb -l termcap
 === share/timedef (all)
 grep -v '^#'  /usr/src/share/timedef/am_ET.UTF-8.src  am_ET.UTF-8.out
 
 Note that yours says script, 2: Pattern not found with no mention of
 cap_mkdb.
 
 My guess is that you have one of the following:
 
 a) A corrupted src/share/termcap/Makefile,
 b) A corrupted SVN repo,

Deleted the content of src/share/termcap and reran svn.
Now the build succeeds.

 c) Silent filesystem corruption,
 d) Physical disk issues (e.g. bit rot).
 
/usr/src is NFS mounted from an OpenIndiana server so the underlying FS is ZFS, 
so no bitrot or silent corruption
should be possible.

I made a snapshot before I deleted the files and ran svn:
$ ls -l /data//src/.zfs/snapshot/20130419/share/termcap/
total 669
-rw-r--r--   1 paulzhome 731 Nov 18 22:26 Makefile
-rw-r--r--   1 paulzhome2501 Nov 18 22:26 README
-rw-r--r--   1 paulzhome1467 Nov 18 22:26 reorder
-rw-r--r--   1 paulzhome3531 Nov 18 22:26 tck
-rw-r--r--   1 paulzhome   66181 Nov 18 22:26 termcap.5
-rw-r--r--   1 paulzhome  214309 Apr 16 18:55 termcap.src
$ ls -l
total 669
-rw-r--r--   1 paulzhome 731 Apr 19 17:01 Makefile
-rw-r--r--   1 paulzhome2501 Apr 19 17:01 README
-rw-r--r--   1 paulzhome1467 Apr 19 17:01 reorder
-rw-r--r--   1 paulzhome3531 Apr 19 17:01 tck
-rw-r--r--   1

Re: Make buildworld broken on RELENG_9?

[Jeremy Chadwick]

On Fri, Apr 19, 2013 at 09:57:46PM +0200, Paul van der Zwan wrote:
 
 On 19 Apr 2013, at 1:36 , Jeremy Chadwick j...@koitsu.org wrote:
 
  On Thu, Apr 18, 2013 at 02:16:28PM -0700, Jeremy Chadwick wrote:
  On Thu, Apr 18, 2013 at 10:59:29PM +0200, Paul van der Zwan wrote:
  Since last weekend or so my make buildworld terminate at the following 
  error:
  === share/tabset (all)
  uudecode  /usr/src/share/tabset/3101.uu
  uudecode  /usr/src/share/tabset/9837.uu
  uudecode  /usr/src/share/tabset/aa.uu
  uudecode  /usr/src/share/tabset/aed512.uu
  uudecode  /usr/src/share/tabset/beehive.uu
  uudecode  /usr/src/share/tabset/diablo.uu
  uudecode  /usr/src/share/tabset/dtc382.uu
  uudecode  /usr/src/share/tabset/hp700-wy.uu
  uudecode  /usr/src/share/tabset/ibm3101.uu
  uudecode  /usr/src/share/tabset/std.uu
  uudecode  /usr/src/share/tabset/stdcrt.uu
  uudecode  /usr/src/share/tabset/tandem653.uu
  uudecode  /usr/src/share/tabset/teleray.uu
  uudecode  /usr/src/share/tabset/vt100.uu
  uudecode  /usr/src/share/tabset/vt100-w.uu
  uudecode  /usr/src/share/tabset/wyse-adds.uu
  uudecode  /usr/src/share/tabset/xerox1720.uu
  uudecode  /usr/src/share/tabset/xerox1730.uu
  uudecode  /usr/src/share/tabset/xerox1730-lm.uu
  uudecode  /usr/src/share/tabset/zenith29.uu
  === share/termcap (all)
  gzip -cn /usr/src/share/termcap/termcap.5  termcap.5.gz
  TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src  
  /usr/src/share/termcap/reorder
  script, 2: Pattern not found
  *** [termcap] Error code 1
  
  Stop in /usr/src/share/termcap.
  *** [all] Error code 1
  
  Stop in /usr/src/share.
  *** [share.all__D] Error code 1
  
  Stop in /usr/src.
  *** [everything] Error code 1
  
  Stop in /usr/src.
  *** [buildworld] Error code 1
  
  Stop in /usr/src.
  
  Even after updateing /usr/src using svn I keep this.
  Before this build I updated it:
  $ cd /data/src ; svn up ; 
  Usys/sys/vnode.h
  U   sys/sys
  Usys/geom/geom_disk.c
  Usys/geom/geom_int.h
  Usys/geom/geom_subr.c
  Usys/geom/geom_dev.c
  Usys/geom/geom_event.c
  Usys/ufs/ufs/ufs_lookup.c
  Usys/ufs/ffs/ffs_softdep.c
  Usys/cam/cam_xpt.c
  Usys/cam/cam_periph.c
  Usys/cam/cam_sim.c
  Usys/cam/cam_periph.h
  Usys/cam/cam_sim.h
  Usys/cam/scsi/scsi_xpt.c
  Usys/cam/scsi/scsi_da.c
  Usys/cam/scsi/scsi_pass.c
  Usys/cam/scsi/scsi_cd.c
  Usys/cam/ata/ata_da.c
  Usys/cam/ata/ata_all.c
  Usys/cam/ata/ata_xpt.c
  Usys/dev/usb/controller/xhci_pci.c
  U   sys/dev
  Usys/kern/vfs_cache.c
  U   sys
  Updated to revision 249624.
  
  /etc/make.conf is almost empty :
  $ cat /etc/make.conf
  KERNCONF=vbox
  CFLAGS= -O2 -fno-strict-aliasing -pipe
  COPTFLAGS= -O -pipe
  
  # added by use.perl 2013-03-12 18:50:12
  PERL_VERSION=5.14.2
  
  Any ideas ?
  
  I've been able to build stable/9 world without issue even as recent as
  last night.  I'll rm -fr /usr/obj/* and rebuild world under script
  then go look at the output to see if I see anything anomalous around
  the area you've shown.  I'll reply when that's done.
  
  {snip}
  
  Can't reproduce the issue.
  
  root@testbox:/usr/src # svn info
  Path: .
  Working Copy Root Path: /usr/src
  URL: svn://svn.freebsd.org/base/stable/9
  Repository Root: svn://svn.freebsd.org/base
  Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
  Revision: 249628
  Node Kind: directory
  Schedule: normal
  Last Changed Author: mav
  Last Changed Rev: 249624
  Last Changed Date: 2013-04-18 06:19:41 -0700 (Thu, 18 Apr 2013)
  
  Here's what I get, around where yours fails:
  
  === share/termcap (all)
  gzip -cn /usr/src/share/termcap/termcap.5  termcap.5.gz
  TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src  
  /usr/src/share/termcap/reorder
  cap_mkdb -l termcap
  === share/timedef (all)
  grep -v '^#'  /usr/src/share/timedef/am_ET.UTF-8.src  am_ET.UTF-8.out
  
  Note that yours says script, 2: Pattern not found with no mention of
  cap_mkdb.
  
  My guess is that you have one of the following:
  
  a) A corrupted src/share/termcap/Makefile,
  b) A corrupted SVN repo,
 
 Deleted the content of src/share/termcap and reran svn.
 Now the build succeeds.

Not surprised.  :-)

  c) Silent filesystem corruption,
  d) Physical disk issues (e.g. bit rot).
  
 /usr/src is NFS mounted from an OpenIndiana server so the underlying FS is 
 ZFS, so no bitrot or silent corruption
 should be possible.

As long as the pool configuration is using something that ZFS can induce
recovery from (specifically: mirrors, raidzX, or a combination of vdevs
that make such possible), then that's true.  If a stripe of disks, or a
single disk, then only detection of such problems is possible.

zpool status will shed light on the situation.

 I made a snapshot before I deleted the files and ran svn:
 $ ls -l /data//src/.zfs/snapshot/20130419/share/termcap/
 total 669
 -rw-r--r--   1 paulzhome 731 Nov 18 22:26 Makefile
 -rw-r--r--   1 paulzhome

Make buildworld broken on RELENG_9?

[Paul van der Zwan]

Since last weekend or so my make buildworld terminate at the following error:
=== share/tabset (all)
uudecode  /usr/src/share/tabset/3101.uu
uudecode  /usr/src/share/tabset/9837.uu
uudecode  /usr/src/share/tabset/aa.uu
uudecode  /usr/src/share/tabset/aed512.uu
uudecode  /usr/src/share/tabset/beehive.uu
uudecode  /usr/src/share/tabset/diablo.uu
uudecode  /usr/src/share/tabset/dtc382.uu
uudecode  /usr/src/share/tabset/hp700-wy.uu
uudecode  /usr/src/share/tabset/ibm3101.uu
uudecode  /usr/src/share/tabset/std.uu
uudecode  /usr/src/share/tabset/stdcrt.uu
uudecode  /usr/src/share/tabset/tandem653.uu
uudecode  /usr/src/share/tabset/teleray.uu
uudecode  /usr/src/share/tabset/vt100.uu
uudecode  /usr/src/share/tabset/vt100-w.uu
uudecode  /usr/src/share/tabset/wyse-adds.uu
uudecode  /usr/src/share/tabset/xerox1720.uu
uudecode  /usr/src/share/tabset/xerox1730.uu
uudecode  /usr/src/share/tabset/xerox1730-lm.uu
uudecode  /usr/src/share/tabset/zenith29.uu
=== share/termcap (all)
gzip -cn /usr/src/share/termcap/termcap.5  termcap.5.gz
TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src  
/usr/src/share/termcap/reorder
script, 2: Pattern not found
*** [termcap] Error code 1

Stop in /usr/src/share/termcap.
*** [all] Error code 1

Stop in /usr/src/share.
*** [share.all__D] Error code 1

Stop in /usr/src.
*** [everything] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.

Even after updateing /usr/src using svn I keep this.
Before this build I updated it:
$ cd /data/src ; svn up ; 
Usys/sys/vnode.h
 U   sys/sys
Usys/geom/geom_disk.c
Usys/geom/geom_int.h
Usys/geom/geom_subr.c
Usys/geom/geom_dev.c
Usys/geom/geom_event.c
Usys/ufs/ufs/ufs_lookup.c
Usys/ufs/ffs/ffs_softdep.c
Usys/cam/cam_xpt.c
Usys/cam/cam_periph.c
Usys/cam/cam_sim.c
Usys/cam/cam_periph.h
Usys/cam/cam_sim.h
Usys/cam/scsi/scsi_xpt.c
Usys/cam/scsi/scsi_da.c
Usys/cam/scsi/scsi_pass.c
Usys/cam/scsi/scsi_cd.c
Usys/cam/ata/ata_da.c
Usys/cam/ata/ata_all.c
Usys/cam/ata/ata_xpt.c
Usys/dev/usb/controller/xhci_pci.c
 U   sys/dev
Usys/kern/vfs_cache.c
 U   sys
Updated to revision 249624.

/etc/make.conf is almost empty :
$ cat /etc/make.conf
KERNCONF=vbox
CFLAGS= -O2 -fno-strict-aliasing -pipe
COPTFLAGS= -O -pipe

# added by use.perl 2013-03-12 18:50:12
PERL_VERSION=5.14.2


Any ideas ?

Paul

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make buildworld broken on RELENG_9?

[Outback Dingo]

On Thu, Apr 18, 2013 at 4:59 PM, Paul van der Zwan pa...@vanderzwan.orgwrote:

 Since last weekend or so my make buildworld terminate at the following
 error:
 === share/tabset (all)
 uudecode  /usr/src/share/tabset/3101.uu
 uudecode  /usr/src/share/tabset/9837.uu
 uudecode  /usr/src/share/tabset/aa.uu
 uudecode  /usr/src/share/tabset/aed512.uu
 uudecode  /usr/src/share/tabset/beehive.uu
 uudecode  /usr/src/share/tabset/diablo.uu
 uudecode  /usr/src/share/tabset/dtc382.uu
 uudecode  /usr/src/share/tabset/hp700-wy.uu
 uudecode  /usr/src/share/tabset/ibm3101.uu
 uudecode  /usr/src/share/tabset/std.uu
 uudecode  /usr/src/share/tabset/stdcrt.uu
 uudecode  /usr/src/share/tabset/tandem653.uu
 uudecode  /usr/src/share/tabset/teleray.uu
 uudecode  /usr/src/share/tabset/vt100.uu
 uudecode  /usr/src/share/tabset/vt100-w.uu
 uudecode  /usr/src/share/tabset/wyse-adds.uu
 uudecode  /usr/src/share/tabset/xerox1720.uu
 uudecode  /usr/src/share/tabset/xerox1730.uu
 uudecode  /usr/src/share/tabset/xerox1730-lm.uu
 uudecode  /usr/src/share/tabset/zenith29.uu
 === share/termcap (all)
 gzip -cn /usr/src/share/termcap/termcap.5  termcap.5.gz
 TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src 
 /usr/src/share/termcap/reorder
 script, 2: Pattern not found
 *** [termcap] Error code 1

 Stop in /usr/src/share/termcap.
 *** [all] Error code 1

 Stop in /usr/src/share.
 *** [share.all__D] Error code 1

 Stop in /usr/src.
 *** [everything] Error code 1

 Stop in /usr/src.
 *** [buildworld] Error code 1

 Stop in /usr/src.

 Even after updateing /usr/src using svn I keep this.
 Before this build I updated it:
 $ cd /data/src ; svn up ;
 Usys/sys/vnode.h
  U   sys/sys
 Usys/geom/geom_disk.c
 Usys/geom/geom_int.h
 Usys/geom/geom_subr.c
 Usys/geom/geom_dev.c
 Usys/geom/geom_event.c
 Usys/ufs/ufs/ufs_lookup.c
 Usys/ufs/ffs/ffs_softdep.c
 Usys/cam/cam_xpt.c
 Usys/cam/cam_periph.c
 Usys/cam/cam_sim.c
 Usys/cam/cam_periph.h
 Usys/cam/cam_sim.h
 Usys/cam/scsi/scsi_xpt.c
 Usys/cam/scsi/scsi_da.c
 Usys/cam/scsi/scsi_pass.c
 Usys/cam/scsi/scsi_cd.c
 Usys/cam/ata/ata_da.c
 Usys/cam/ata/ata_all.c
 Usys/cam/ata/ata_xpt.c
 Usys/dev/usb/controller/xhci_pci.c
  U   sys/dev
 Usys/kern/vfs_cache.c
  U   sys
 Updated to revision 249624.

 /etc/make.conf is almost empty :
 $ cat /etc/make.conf
 KERNCONF=vbox
 CFLAGS= -O2 -fno-strict-aliasing -pipe
 COPTFLAGS= -O -pipe

 # added by use.perl 2013-03-12 18:50:12
 PERL_VERSION=5.14.2


 Any ideas ?

 Paul

 Odd because i just completed a build world kernel this morning

svn info
Path: .
Working Copy Root Path: /usr/src
URL: http://svn.freebsd.org/base/stable/9
Repository Root: http://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 249621
Node Kind: directory
Schedule: normal
Last Changed Author: mav
Last Changed Rev: 249621
Last Changed Date: 2013-04-18 11:13:48 + (Thu, 18 Apr 2013)



 ___
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make buildworld broken on RELENG_9?

[Jeremy Chadwick]

On Thu, Apr 18, 2013 at 10:59:29PM +0200, Paul van der Zwan wrote:
 Since last weekend or so my make buildworld terminate at the following error:
 === share/tabset (all)
 uudecode  /usr/src/share/tabset/3101.uu
 uudecode  /usr/src/share/tabset/9837.uu
 uudecode  /usr/src/share/tabset/aa.uu
 uudecode  /usr/src/share/tabset/aed512.uu
 uudecode  /usr/src/share/tabset/beehive.uu
 uudecode  /usr/src/share/tabset/diablo.uu
 uudecode  /usr/src/share/tabset/dtc382.uu
 uudecode  /usr/src/share/tabset/hp700-wy.uu
 uudecode  /usr/src/share/tabset/ibm3101.uu
 uudecode  /usr/src/share/tabset/std.uu
 uudecode  /usr/src/share/tabset/stdcrt.uu
 uudecode  /usr/src/share/tabset/tandem653.uu
 uudecode  /usr/src/share/tabset/teleray.uu
 uudecode  /usr/src/share/tabset/vt100.uu
 uudecode  /usr/src/share/tabset/vt100-w.uu
 uudecode  /usr/src/share/tabset/wyse-adds.uu
 uudecode  /usr/src/share/tabset/xerox1720.uu
 uudecode  /usr/src/share/tabset/xerox1730.uu
 uudecode  /usr/src/share/tabset/xerox1730-lm.uu
 uudecode  /usr/src/share/tabset/zenith29.uu
 === share/termcap (all)
 gzip -cn /usr/src/share/termcap/termcap.5  termcap.5.gz
 TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src  
 /usr/src/share/termcap/reorder
 script, 2: Pattern not found
 *** [termcap] Error code 1
 
 Stop in /usr/src/share/termcap.
 *** [all] Error code 1
 
 Stop in /usr/src/share.
 *** [share.all__D] Error code 1
 
 Stop in /usr/src.
 *** [everything] Error code 1
 
 Stop in /usr/src.
 *** [buildworld] Error code 1
 
 Stop in /usr/src.
 
 Even after updateing /usr/src using svn I keep this.
 Before this build I updated it:
 $ cd /data/src ; svn up ; 
 Usys/sys/vnode.h
  U   sys/sys
 Usys/geom/geom_disk.c
 Usys/geom/geom_int.h
 Usys/geom/geom_subr.c
 Usys/geom/geom_dev.c
 Usys/geom/geom_event.c
 Usys/ufs/ufs/ufs_lookup.c
 Usys/ufs/ffs/ffs_softdep.c
 Usys/cam/cam_xpt.c
 Usys/cam/cam_periph.c
 Usys/cam/cam_sim.c
 Usys/cam/cam_periph.h
 Usys/cam/cam_sim.h
 Usys/cam/scsi/scsi_xpt.c
 Usys/cam/scsi/scsi_da.c
 Usys/cam/scsi/scsi_pass.c
 Usys/cam/scsi/scsi_cd.c
 Usys/cam/ata/ata_da.c
 Usys/cam/ata/ata_all.c
 Usys/cam/ata/ata_xpt.c
 Usys/dev/usb/controller/xhci_pci.c
  U   sys/dev
 Usys/kern/vfs_cache.c
  U   sys
 Updated to revision 249624.
 
 /etc/make.conf is almost empty :
 $ cat /etc/make.conf
 KERNCONF=vbox
 CFLAGS= -O2 -fno-strict-aliasing -pipe
 COPTFLAGS= -O -pipe
 
 # added by use.perl 2013-03-12 18:50:12
 PERL_VERSION=5.14.2
 
 Any ideas ?

I've been able to build stable/9 world without issue even as recent as
last night.  I'll rm -fr /usr/obj/* and rebuild world under script
then go look at the output to see if I see anything anomalous around
the area you've shown.  I'll reply when that's done.

Some things that are (hopefully) unrelated to your issue:

1. Use CFLAGS+=, not =.  I cannot stress this enough.  This is very
important.  There are portions of world/kernel that rely on their
own set of CFLAGS and this can effectively stomp over them in
some cases.  So use +=.

COPTFLAGS is fine to use = for.

For details, read (not skim) /usr/share/examples/etc/make.conf.

2. Just an educational point in passing since we're talking about CFLAGS
and so on: if you ever choose to set CPUTYPE, use ?= not =.

-- 
| Jeremy Chadwick   j...@koitsu.org |
| UNIX Systems Administratorhttp://jdc.koitsu.org/ |
| Mountain View, CA, US|
| Making life hard for others since 1977. PGP 4BD6C0CB |
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make buildworld broken on RELENG_9?

[Jeremy Chadwick]

On Thu, Apr 18, 2013 at 02:16:28PM -0700, Jeremy Chadwick wrote:
 On Thu, Apr 18, 2013 at 10:59:29PM +0200, Paul van der Zwan wrote:
  Since last weekend or so my make buildworld terminate at the following 
  error:
  === share/tabset (all)
  uudecode  /usr/src/share/tabset/3101.uu
  uudecode  /usr/src/share/tabset/9837.uu
  uudecode  /usr/src/share/tabset/aa.uu
  uudecode  /usr/src/share/tabset/aed512.uu
  uudecode  /usr/src/share/tabset/beehive.uu
  uudecode  /usr/src/share/tabset/diablo.uu
  uudecode  /usr/src/share/tabset/dtc382.uu
  uudecode  /usr/src/share/tabset/hp700-wy.uu
  uudecode  /usr/src/share/tabset/ibm3101.uu
  uudecode  /usr/src/share/tabset/std.uu
  uudecode  /usr/src/share/tabset/stdcrt.uu
  uudecode  /usr/src/share/tabset/tandem653.uu
  uudecode  /usr/src/share/tabset/teleray.uu
  uudecode  /usr/src/share/tabset/vt100.uu
  uudecode  /usr/src/share/tabset/vt100-w.uu
  uudecode  /usr/src/share/tabset/wyse-adds.uu
  uudecode  /usr/src/share/tabset/xerox1720.uu
  uudecode  /usr/src/share/tabset/xerox1730.uu
  uudecode  /usr/src/share/tabset/xerox1730-lm.uu
  uudecode  /usr/src/share/tabset/zenith29.uu
  === share/termcap (all)
  gzip -cn /usr/src/share/termcap/termcap.5  termcap.5.gz
  TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src  
  /usr/src/share/termcap/reorder
  script, 2: Pattern not found
  *** [termcap] Error code 1
  
  Stop in /usr/src/share/termcap.
  *** [all] Error code 1
  
  Stop in /usr/src/share.
  *** [share.all__D] Error code 1
  
  Stop in /usr/src.
  *** [everything] Error code 1
  
  Stop in /usr/src.
  *** [buildworld] Error code 1
  
  Stop in /usr/src.
  
  Even after updateing /usr/src using svn I keep this.
  Before this build I updated it:
  $ cd /data/src ; svn up ; 
  Usys/sys/vnode.h
   U   sys/sys
  Usys/geom/geom_disk.c
  Usys/geom/geom_int.h
  Usys/geom/geom_subr.c
  Usys/geom/geom_dev.c
  Usys/geom/geom_event.c
  Usys/ufs/ufs/ufs_lookup.c
  Usys/ufs/ffs/ffs_softdep.c
  Usys/cam/cam_xpt.c
  Usys/cam/cam_periph.c
  Usys/cam/cam_sim.c
  Usys/cam/cam_periph.h
  Usys/cam/cam_sim.h
  Usys/cam/scsi/scsi_xpt.c
  Usys/cam/scsi/scsi_da.c
  Usys/cam/scsi/scsi_pass.c
  Usys/cam/scsi/scsi_cd.c
  Usys/cam/ata/ata_da.c
  Usys/cam/ata/ata_all.c
  Usys/cam/ata/ata_xpt.c
  Usys/dev/usb/controller/xhci_pci.c
   U   sys/dev
  Usys/kern/vfs_cache.c
   U   sys
  Updated to revision 249624.
  
  /etc/make.conf is almost empty :
  $ cat /etc/make.conf
  KERNCONF=vbox
  CFLAGS= -O2 -fno-strict-aliasing -pipe
  COPTFLAGS= -O -pipe
  
  # added by use.perl 2013-03-12 18:50:12
  PERL_VERSION=5.14.2
  
  Any ideas ?
 
 I've been able to build stable/9 world without issue even as recent as
 last night.  I'll rm -fr /usr/obj/* and rebuild world under script
 then go look at the output to see if I see anything anomalous around
 the area you've shown.  I'll reply when that's done.

 {snip}

Can't reproduce the issue.

root@testbox:/usr/src # svn info
Path: .
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/stable/9
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 249628
Node Kind: directory
Schedule: normal
Last Changed Author: mav
Last Changed Rev: 249624
Last Changed Date: 2013-04-18 06:19:41 -0700 (Thu, 18 Apr 2013)

Here's what I get, around where yours fails:

=== share/termcap (all)
gzip -cn /usr/src/share/termcap/termcap.5  termcap.5.gz
TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src  
/usr/src/share/termcap/reorder
cap_mkdb -l termcap
=== share/timedef (all)
grep -v '^#'  /usr/src/share/timedef/am_ET.UTF-8.src  am_ET.UTF-8.out

Note that yours says script, 2: Pattern not found with no mention of
cap_mkdb.

My guess is that you have one of the following:

a) A corrupted src/share/termcap/Makefile,
b) A corrupted SVN repo,
c) Silent filesystem corruption,
d) Physical disk issues (e.g. bit rot).

I've put the full output of my build here (~791KBytes):

http://jdc.koitsu.org/freebsd/output.20130418.txt.gz

Contents of my /etc/src.conf, which should have no bearing on your
issue:

WITHOUT_CLANG=true
WITHOUT_INET6=true
WITHOUT_IPFILTER=true
WITHOUT_LIB32=true
WITHOUT_KERBEROS=true
WITHOUT_PAM_SUPPORT=true
WITHOUT_SENDMAIL=true
WITH_OPENSSH_NONE_CIPHER=true

If you want to start fresh with your repo and use SVN, do this:

rm -fr /usr/src
rm -fr /usr/src/.svn
svn checkout svn://svn.freebsd.org/base/stable/9 /usr/src

Then do this before retrying buildworld:

rm -fr /usr/obj/*
cd /usr/src
make buildworld

-- 
| Jeremy Chadwick   j...@koitsu.org |
| UNIX Systems Administratorhttp://jdc.koitsu.org/ |
| Mountain View, CA, US|
| Making life hard for others since 1977. PGP 4BD6C0CB |
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org

9.1-RC1 make buildworld with WITHOUT_LPR NO_LPR not cleaning up properly

[David Boyd]

/etc/make.conf contains NO_LPR=YES

/etc/src.conf contains WITHOUT_LPR=YES

make buildworld consistently (9.0 through 9.1-RC1) leaves 

/usr/share/doc/smm/07.lpd/paper.ascii.gz

which is then deleted by make delete-old.

This behaviour was not apparent in 8.x.

I have systems available to test a fix.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: 9.1-RC1 make buildworld with WITHOUT_LPR NO_LPR not cleaning up properly

[John Baldwin]

On Friday, August 24, 2012 12:47:45 pm David Boyd wrote:
 /etc/make.conf contains NO_LPR=YES
 
 /etc/src.conf contains WITHOUT_LPR=YES
 
 make buildworld consistently (9.0 through 9.1-RC1) leaves 
 
 /usr/share/doc/smm/07.lpd/paper.ascii.gz
 
 which is then deleted by make delete-old.
 
 This behaviour was not apparent in 8.x.
 
 I have systems available to test a fix.

Try this:

Index: share/doc/smm/Makefile
===
--- Makefile(revision 239655)
+++ Makefile(working copy)
@@ -18,7 +18,7 @@ SUBDIR=   title \
04.quotas \
05.fastfs \
06.nfs \
-   07.lpd \
+   ${_07.lpd} \
${_08.sendmailop} \
11.timedop \
12.timed \
@@ -28,4 +28,8 @@ SUBDIR=   title \
 _08.sendmailop=08.sendmailop 
 .endif
 
+.if ${MK_LPR} != no
+_07.lpd=   07.lpd
+.endif
+
 .include bsd.subdir.mk

-- 
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: [PATCHES] make buildworld -DWITHOUT_OPENSSL

[Adrian Chadd]

Is the libarchive maintainer about, or is he very busy hiding away in
Antarctica again? :)


Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[PATCHES] make buildworld -DWITHOUT_OPENSSL

[Devin Teske]

Hi All,

I wanted to ping someone to see about getting some PR's looked at.

I have four PR's that are each 59-days old today and I don't want them to be
forgotten.

The following four PR's contain patches to fix/address multiple compilation
issues when using WITHOUT_OPENSSL in RELENG_9.

http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/164206
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164208
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164209
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164210

Thanks in advance,
Devin

_
The information contained in this message is proprietary and/or confidential. 
If you are not the intended recipient, please: (i) delete the message and all 
copies; (ii) do not disclose, distribute or use the message in any manner; and 
(iii) notify the sender immediately. In addition, please be aware that any 
message addressed to our domain is subject to archiving and review by persons 
other than the intended recipient. Thank you.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make buildworld fails with 8.2-RELEASE amd64 building STABLE

[Sergey Kandaurov]

On 6 February 2012 21:23, Michael L. Squires mi...@siralan.org wrote:
 make buildworld fails when trying to make buildworld (no options) with
 8.2-RELEASE with 8.2-STABLE sources as of 2/6/2012 updated at 9:15 AM from
 ftp.freebsd.org.

 The compile fails in the same spot every time; this is not a random failure.
  I have seen some evidence, however, that there may be hardware problems.

 The other hardware problem was a Broadcom GigE watchdog timeout and reset.

 Hardware is a Tyan S2885 (dual dual-core Opteron) which has been running
 Windows XP SP3 for some time without problems, for what that's worth.

 A Google search turns up nothing obviously related.

 Mike Squires
 mikes at siralan.org
 UN*X at home since 1986

 uname -a:

 FreeBSD s2885.familysquires.net 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb
 17 02:41:51 UTC 2011
 r...@amason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64

 Error messages at failure:

 === gnu/usr.bin/gperf/doc (depend) c++ -O2 -pipe
 -I/usr/obj/usr/src/tmp/legacy/usr/include
 -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib
 -I/usr/src/gnu/usr.bin/gperf -c
 /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc
 /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc: In
 destructor 'Bool_Array::~Bool_Array()':
 /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc:39:
 internal compiler error: Illegal instruction: 4
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See URL:http://gcc.gnu.org/bugs.html for instructions.
 *** Error code 1

 Stop in /usr/src/gnu/usr.bin/gperf.
 *** Error code 1

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

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

 Stop in /usr/src.
 s2885#

You probably has bad RAM / overheat.

-- 
wbr,
pluknet
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

make buildworld fails with 8.2-RELEASE amd64 building STABLE

[Michael L. Squires]

make buildworld fails when trying to make buildworld (no options) 
with 8.2-RELEASE with 8.2-STABLE sources as of 2/6/2012 updated at 9:15 AM 
from ftp.freebsd.org.


The compile fails in the same spot every time; this is not a random 
failure.  I have seen some evidence, however, that there may be hardware 
problems.


The other hardware problem was a Broadcom GigE watchdog timeout and reset.

Hardware is a Tyan S2885 (dual dual-core Opteron) which has been running 
Windows XP SP3 for some time without problems, for what that's worth.


A Google search turns up nothing obviously related.

Mike Squires
mikes at siralan.org
UN*X at home since 1986

uname -a:

FreeBSD s2885.familysquires.net 8.2-RELEASE FreeBSD 8.2-RELEASE #0: 
Thu Feb 17 02:41:51 UTC 2011 
r...@amason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64


Error messages at failure:

=== gnu/usr.bin/gperf/doc 
(depend) c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include 
-I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib 
-I/usr/src/gnu/usr.bin/gperf -c 
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc: In 
destructor 'Bool_Array::~Bool_Array()':
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc:39: 
internal compiler error: Illegal instruction: 4

Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
*** Error code 1

Stop in /usr/src/gnu/usr.bin/gperf.
*** Error code 1

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

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

Stop in /usr/src.
s2885#


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Make Buildworld Fails

[Thomas D. Dean]

#  uname -a
FreeBSD P9X79.tddhome 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jan  4 
14:16:41 PST 2012 tomdean@P9X79.tddhome:/usr/src/sys/GENERIC  amd64


Source up-to-date as of now, via cvsup.

# env -i make cleandir
# env -i make cleandir
# env -i make buildworld
...
cc -O2 -pipe -I. -DGCCVER=\4.2\ -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\/usr\ -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber 
-g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 
-I/usr/obj/usr/src/tmp/legacy/usr/include 
-L/usr/obj/usr/src/tmp/legacy/usr/lib -o genchecksum genchecksum.o 
errors.o libiberty.a

=== kerberos5/tools (obj,depend,all)
=== kerberos5/tools/make-print-version (obj)
=== kerberos5/tools/make-roken (obj)
=== kerberos5/tools/asn1_compile (obj)
=== kerberos5/tools/slc (obj)
=== kerberos5/tools/make-print-version (depend)
=== kerberos5/tools/make-roken (depend)
=== kerberos5/tools/asn1_compile (depend)
cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version  make
make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop
*** Error code 2

Stop in /usr/src/kerberos5/tools/asn1_compile.
*** Error code 1

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

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

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

Stop in /usr/src.

Tom Dean
_
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make Buildworld Fails

[Jeremy Chadwick]

On Fri, Jan 27, 2012 at 03:46:53PM -0800, Thomas D. Dean wrote:
 #  uname -a
 FreeBSD P9X79.tddhome 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jan  4
 14:16:41 PST 2012 tomdean@P9X79.tddhome:/usr/src/sys/GENERIC
 amd64
 
 Source up-to-date as of now, via cvsup.

What cvsup mirror did you use?

There has been a recent influx of problems people have reported with
building world all of which have related to problems with certain cvsup
servers.  You can read about those problems on freebsd-stable, or look
on freebsd-hubs (which is the place such issues get reported).

I recommend you try a different cvsup mirror for starters.

Also: was this system upgraded from 8.2 to 9.0 by changing a release
tag in one of your supfiles, or was it always 9.0?

 # env -i make cleandir
 # env -i make cleandir
 # env -i make buildworld
 ...
 cc -O2 -pipe -I. -DGCCVER=\4.2\ -DIN_GCC -DHAVE_CONFIG_H
 -DPREFIX=\/usr\
 -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config 
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include 
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include 
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber
 -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89
 -I/usr/obj/usr/src/tmp/legacy/usr/include
 -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genchecksum genchecksum.o
 errors.o libiberty.a
 === kerberos5/tools (obj,depend,all)
 === kerberos5/tools/make-print-version (obj)
 === kerberos5/tools/make-roken (obj)
 === kerberos5/tools/asn1_compile (obj)
 === kerberos5/tools/slc (obj)
 === kerberos5/tools/make-print-version (depend)
 === kerberos5/tools/make-roken (depend)
 === kerberos5/tools/asn1_compile (depend)
 cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version  make
 make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop
 *** Error code 2
 
 Stop in /usr/src/kerberos5/tools/asn1_compile.
 *** Error code 1

Nothing in either of these trees has changed in many years:

http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/
http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/asn1_compile/
http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/make-print-version/

Also, please do not rely on cleandir to remove all old /usr/obj
objects.  Please rm -fr /usr/obj/* instead.

-- 
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, US |
| Making life hard for others since 1977. PGP 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make Buildworld Fails

[Thomas D. Dean]

On 01/27/12 16:52, Jeremy Chadwick wrote:


What cvsup mirror did you use?

There has been a recent influx of problems people have reported with
building world all of which have related to problems with certain cvsup
servers.  You can read about those problems on freebsd-stable, or look
on freebsd-hubs (which is the place such issues get reported).

I recommend you try a different cvsup mirror for starters.

Also: was this system upgraded from 8.2 to 9.0 by changing a release
tag in one of your supfiles, or was it always 9.0?



Always on FreeBSD 9.0.

I will try a different server.

# cat /sup/stable-supfile|sed '/^#/d'

*default host=cvsup4.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=RELENG_9
*default delete use-rel-suffix

*default compress

src-all

Tom Dean
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make Buildworld Fails (Broken Servers)

[Thomas D. Dean]

On 01/27/12 15:46, Thomas D. Dean wrote:

I earlier used cvsup4.FreeBSD.org.  No files were updated.  Buildworld 
was broken as I reported earlier.


# cvsup10.FreeBSD.org ###
Now, I used cvsup10.FreeBSD.org.  Many (~150?) files were updated.

# cd /usr/src
# env -i make cleandir
# env -i make cleandir
# env -i make -j 10 buildworld
...
failed on iterator.c - redo to check if -j 10 broke things.


# env -i make cleandir
# env -i make cleandir
# env -i make buildworld
...
mkdep -f .depend -a-I/usr/obj/usr/src/tmp/legacy/usr/include 
/usr/src/games/fortune/strfile/strfile.c
echo strfile: /usr/lib/libc.a 
/usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a  .depend
cc -O2 -pipe -std=gnu99   -I/usr/obj/usr/src/tmp/legacy/usr/include -c 
/usr/src/games/fortune/strfile/strfile.c
cc -O2 -pipe -std=gnu99   -I/usr/obj/usr/src/tmp/legacy/usr/include 
-static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy
sh /usr/src/tools/install.sh -s -o root -g wheel -m 555   strfile 
/usr/obj/usr/src/tmp/legacy/usr/games

=== gnu/usr.bin/gperf (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for 
/usr/src/gnu/usr.bin/gperf

=== gnu/usr.bin/gperf/doc (obj)
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for 
/usr/src/gnu/usr.bin/gperf/doc

make: don't know how to make iterator.cc. Stop
*** Error code 2

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

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

Stop in /usr/src.

No, -j10 did not break it.

# cvsup5.FreeBSD.org ###

# cd /usr/src
# env -i make cleandir
# env -i make cleandir
# env -i make buildworld
...
same problem as with cvsup4,
cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version  make
make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop

Tom Dean
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make Buildworld Fails (Broken Servers)

[Jeremy Chadwick]

On Fri, Jan 27, 2012 at 08:26:28PM -0800, Thomas D. Dean wrote:
 On 01/27/12 15:46, Thomas D. Dean wrote:
 
 I earlier used cvsup4.FreeBSD.org.  No files were updated.
 Buildworld was broken as I reported earlier.
 
 # cvsup10.FreeBSD.org ###
 Now, I used cvsup10.FreeBSD.org.  Many (~150?) files were updated.
 
 # cd /usr/src
 # env -i make cleandir
 # env -i make cleandir
 # env -i make -j 10 buildworld
 ...
 failed on iterator.c - redo to check if -j 10 broke things.
 
 # env -i make cleandir
 # env -i make cleandir
 # env -i make buildworld
 ...
 mkdep -f .depend -a-I/usr/obj/usr/src/tmp/legacy/usr/include
 /usr/src/games/fortune/strfile/strfile.c
 echo strfile: /usr/lib/libc.a
 /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a  .depend
 cc -O2 -pipe -std=gnu99   -I/usr/obj/usr/src/tmp/legacy/usr/include
 -c /usr/src/games/fortune/strfile/strfile.c
 cc -O2 -pipe -std=gnu99   -I/usr/obj/usr/src/tmp/legacy/usr/include
 -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o
 -legacy
 sh /usr/src/tools/install.sh -s -o root -g wheel -m 555   strfile
 /usr/obj/usr/src/tmp/legacy/usr/games
 === gnu/usr.bin/gperf (obj,depend,all,install)
 /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for
 /usr/src/gnu/usr.bin/gperf
 === gnu/usr.bin/gperf/doc (obj)
 /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for
 /usr/src/gnu/usr.bin/gperf/doc
 make: don't know how to make iterator.cc. Stop
 *** Error code 2
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 No, -j10 did not break it.

This error shown here is *exactly* what Randy Bush posted about a few
days ago.  Please read the ENTIRE THREAD.

http://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065616.html

The root cause was a bad cvsup server.  Randy posted to freebsd-hubs
about the problem (I haven't looked to find the mail though).

 # cvsup5.FreeBSD.org ###
 
 # cd /usr/src
 # env -i make cleandir
 # env -i make cleandir
 # env -i make buildworld
 ...
 same problem as with cvsup4,
 cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version  make
 make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop

No, this is a different error, which could ALSO be caused by a bad cvsup
server.

You should post these problems to freebsd-hubs; the owners of the cvsup
servers need to be made aware of these problems.

Finally: please stop with the cleandir.  rm -fr /usr/obj/* and do not
use make -jX at all.  This will rule out any inconsistencies.

-- 
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, US |
| Making life hard for others since 1977. PGP 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make Buildworld Fails (Broken Servers)

[Randy Bush]

 The root cause was a bad cvsup server.  Randy posted to freebsd-hubs
 about the problem (I haven't looked to find the mail though).

found four bad servers while upgrading various systems.  entropy seems
to have struck the hub system.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: i386/153947: Make buildworld fails in hastd/token.c

[Lev Serebryakov]

Hello, Angelo.
You wrote 13 января 2011 г., 18:27:37:

 I can confirm it happens also on this STABLE build:
 FreeBSD 8.1-STABLE #1: Tue Oct  5 14:02:34 CEST 2010
 Same on 8.1-RELEASE/amd64.
 And everything were Ok about 5 days ago.

-- 
// Black Lion AKA Lev Serebryakov l...@freebsd.org

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: i386/153947: Make buildworld fails in hastd/token.c

[Eugene Grosbein]

This also breaks source upgrade path from RELENG_7.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: i386/153947: Make buildworld fails in hastd/token.c

[Angelo Turetta]

On 13/01/2011 05:56, Thomas Dean wrote:

cc -O2 -pipe  -I/usr/src/sbin/hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT 
-DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wno-pointer-sign -c token.c
cc1: warnings being treated as errors
/usr/src/sbin/hastd/token.l:456: warning: function declaration isn't a prototype
*** Error code 1

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

How-To-Repeat:

Install FreeBSD 8.1 from DVD
cvsup RELENG_8 from cvsup6.freebsd.org
make buildworld

I can confirm it happens also on this STABLE build:
   FreeBSD 8.1-STABLE #1: Tue Oct  5 14:02:34 CEST 2010

Angelo Turetta
Modena - Italy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Error in make buildworld

[Diego Ribeiro]

Realy my box is obsolet(Atlhon 2.0 - 512 Ram) I try without -j for discard
overheated.

tks again.

On Wed, Jan 7, 2009 at 10:47 PM, Claus Guttesen kome...@gmail.com wrote:

  Hi Claus, thanks for return. I'm tried this steps below before send the
  first email and not resolve my problem =/

 I notice you run a pre-release of 7.1. Did you update to the latest
 7.1-release?

  make cleandir  make cleandir
  rm -rf /usr/obj/*
  make -j6 buildworld
 
  but...the segmentation fault persist.
  I have more logs of buidworld, if you want, I send  :D
 
  any idea? and thanks again.

 Could you try a buildworld without the -j parameter? If it still fails
 but in different stages of the buildworld it could be bad/overheated
 ram as mentioned by pluknet.

 --
 regards
 Claus

 When lenity and cruelty play for a kingdom,
 the gentler gamester is the soonest winner.

 Shakespeare




-- 
   dieggo.rbo at gmail dot com
   FreeBSD-BR User: #1047
   Linux User:  #395884
  www.linkedin.com/in/diegodias
   Limeira - SP -  [o]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Error in make buildworld

[Diego Ribeiro]

Wow, I catch the problem.  My memory realy is broken the memtest warn me. =/

I take a new memory and try again.

[]'s

On Thu, Jan 8, 2009 at 8:34 AM, Diego Ribeiro dieggo@gmail.com wrote:

 Realy my box is obsolet(Atlhon 2.0 - 512 Ram) I try without -j for discard
 overheated.

 tks again.


 On Wed, Jan 7, 2009 at 10:47 PM, Claus Guttesen kome...@gmail.com wrote:

  Hi Claus, thanks for return. I'm tried this steps below before send the
  first email and not resolve my problem =/

 I notice you run a pre-release of 7.1. Did you update to the latest
 7.1-release?

  make cleandir  make cleandir
  rm -rf /usr/obj/*
  make -j6 buildworld
 
  but...the segmentation fault persist.
  I have more logs of buidworld, if you want, I send  :D
 
  any idea? and thanks again.

 Could you try a buildworld without the -j parameter? If it still fails
 but in different stages of the buildworld it could be bad/overheated
 ram as mentioned by pluknet.

 --
 regards
 Claus

 When lenity and cruelty play for a kingdom,
 the gentler gamester is the soonest winner.

 Shakespeare




 --
dieggo.rbo at gmail dot com
FreeBSD-BR User: #1047
Linux User:  #395884
   www.linkedin.com/in/diegodias
Limeira - SP -  [o]




-- 
   dieggo.rbo at gmail dot com
   FreeBSD-BR User: #1047
   Linux User:  #395884
  www.linkedin.com/in/diegodias
   Limeira - SP -  [o]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Error in make buildworld

[Diego Ribeiro]

Hi all,

 I'm a new member of this list and I have a problem when execute
a make buildworld in my FreeBSD. I'm using

FreeBSD user.domain.local 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1:
r...@user.domain.local:/usr/obj/usr/src/sys/GENERIC  i386


The error returned is

cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H
-DPREFIX=\/usr/obj/usr/src/tmp/usr\
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc
-I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config
-I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include
-I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include
-I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber
-I/usr/obj/usr/src/tmp/legacy/usr/include -c
/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pretty-print.c
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md:
In function 'insn_default_latency':
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/
i386.md:209: internal compiler error: Segmentation fault: 11
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error

In attach the buildworld output.

Anyone can help-me

tank's for atention



-- 
   dieggo.rbo at gmail dot com
   FreeBSD-BR User: #1047
   Linux User:  #395884
  www.linkedin.com/in/diegodias
   Limeira - SP -  [o]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Error in make buildworld

[Claus Guttesen]

  I'm a new member of this list and I have a problem when execute
 a make buildworld in my FreeBSD. I'm using

 FreeBSD user.domain.local 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1:
 r...@user.domain.local:/usr/obj/usr/src/sys/GENERIC  i386

I ca't help you with the error below unfortunately. You can try to
update to the latest source by issuing 'csup /etc/release-supfile' and
then retry your buildworld. Remember to remove /usr/obj/* before
buildworld.

HTH

Claus

 The error returned is

 cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H
 -DPREFIX=\/usr/obj/usr/src/tmp/usr\
 -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber
 -I/usr/obj/usr/src/tmp/legacy/usr/include -c
 /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pretty-print.c
 /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md:
 In function 'insn_default_latency':
 /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/
 i386.md:209: internal compiler error: Segmentation fault: 11
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See URL:http://gcc.gnu.org/bugs.html for instructions.
 *** Error code 1
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error

 In attach the buildworld output.

 Anyone can help-me

 tank's for atention



 --
   dieggo.rbo at gmail dot com
   FreeBSD-BR User: #1047
   Linux User:  #395884
  www.linkedin.com/in/diegodias
   Limeira - SP -  [o]
 ___
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org




-- 
regards
Claus

When lenity and cruelty play for a kingdom,
the gentler gamester is the soonest winner.

Shakespeare
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Error in make buildworld

[Diego Ribeiro]

Hi Claus, thanks for return. I'm tried this steps below before send the
first email and not resolve my problem =/

make cleandir  make cleandir
rm -rf /usr/obj/*
make -j6 buildworld

but...the segmentation fault persist.
I have more logs of buidworld, if you want, I send  :D

any idea? and thanks again.


On Wed, Jan 7, 2009 at 5:12 PM, Claus Guttesen kome...@gmail.com wrote:

   I'm a new member of this list and I have a problem when execute
  a make buildworld in my FreeBSD. I'm using
 
  FreeBSD user.domain.local 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1:
  r...@user.domain.local:/usr/obj/usr/src/sys/GENERIC  i386

 I ca't help you with the error below unfortunately. You can try to
 update to the latest source by issuing 'csup /etc/release-supfile' and
 then retry your buildworld. Remember to remove /usr/obj/* before
 buildworld.

 HTH

 Claus

  The error returned is
 
  cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H
  -DPREFIX=\/usr/obj/usr/src/tmp/usr\
  -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
  -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
  -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc
  -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config
  -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include
 
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include
  -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber
  -I/usr/obj/usr/src/tmp/legacy/usr/include -c
  /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pretty-print.c
  /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/
 i386.md:
  In function 'insn_default_latency':
  /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/
  i386.md:209: internal compiler error: Segmentation fault: 11
  Please submit a full bug report,
  with preprocessed source if appropriate.
  See URL:http://gcc.gnu.org/bugs.html for instructions.
  *** Error code 1
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
 
  In attach the buildworld output.
 
  Anyone can help-me
 
  tank's for atention
 
 
 
  --
dieggo.rbo at gmail dot com
FreeBSD-BR User: #1047
Linux User:  #395884
   www.linkedin.com/in/diegodias
Limeira - SP -  [o]
  ___
  freebsd-stable@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-stable
  To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
 
 



 --
 regards
 Claus

 When lenity and cruelty play for a kingdom,
 the gentler gamester is the soonest winner.

 Shakespeare




-- 
   dieggo.rbo at gmail dot com
   FreeBSD-BR User: #1047
   Linux User:  #395884
  www.linkedin.com/in/diegodias
   Limeira - SP -  [o]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Error in make buildworld

[pluknet]

2009/1/7 Diego Ribeiro dieggo@gmail.com:
 Hi all,

  I'm a new member of this list and I have a problem when execute
 a make buildworld in my FreeBSD. I'm using

 FreeBSD user.domain.local 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1:
 r...@user.domain.local:/usr/obj/usr/src/sys/GENERIC  i386


 The error returned is

 cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H
 -DPREFIX=\/usr/obj/usr/src/tmp/usr\
 -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber
 -I/usr/obj/usr/src/tmp/legacy/usr/include -c
 /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pretty-print.c
 /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md:
 In function 'insn_default_latency':
 /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/
 i386.md:209: internal compiler error: Segmentation fault: 11
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See URL:http://gcc.gnu.org/bugs.html for instructions.
 *** Error code 1
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error

 In attach the buildworld output.

That usually signals about bad/insufficient RAM and/or CPU overheating.

See archives.

-- 
wbr,
pluknet
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Error in make buildworld

[Claus Guttesen]

 Hi Claus, thanks for return. I'm tried this steps below before send the
 first email and not resolve my problem =/

I notice you run a pre-release of 7.1. Did you update to the latest 7.1-release?

 make cleandir  make cleandir
 rm -rf /usr/obj/*
 make -j6 buildworld

 but...the segmentation fault persist.
 I have more logs of buidworld, if you want, I send  :D

 any idea? and thanks again.

Could you try a buildworld without the -j parameter? If it still fails
but in different stages of the buildworld it could be bad/overheated
ram as mentioned by pluknet.

-- 
regards
Claus

When lenity and cruelty play for a kingdom,
the gentler gamester is the soonest winner.

Shakespeare
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make buildworld fails on a RELENG_7_0 machine

[Dag-Erling Smørgrav]

Rajkumar S [EMAIL PROTECTED] writes:
 [...]
 === gnu/usr.bin/cvs/contrib (cleandir)
 sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,'
 /usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in 
  Makefile
 Makefile, line 15: Need an operator

This will happen if src/gnu/usr.bin/cvs/contrib/Makefile is older than
src/contrib/cvs/contrib/Makefile.in, which is usually not the case, but
can happen by accident.  This has been fixed in 7-STABLE.

csup to get a clean tree, then

# touch /usr/src/gnu/usr.bin/cvs/contrib/Makefile

before building.

DES
-- 
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

make buildworld fails on a RELENG_7_0 machine

[Rajkumar S]

Hi,

I have a fresh freebsd 7.0 box, installed from CD. I have src cvsupd
with following supfile.

*default host=cvsup.de.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=RELENG_7_0
*default delete use-rel-suffix
*default compress
src-all

after csup when I cd to /usr/src and issue a make buildworld It stops
with following error:

=== gnu/usr.bin/cvs/contrib (cleandir)
sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,'
/usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in
 Makefile
Makefile, line 15: Need an operator
make: fatal errors encountered -- cannot continue
*** Error code 1

Stop in /usr/src/gnu/usr.bin/cvs.
*** Error code 1

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

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

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

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

Stop in /usr/src.

The line in question ( /usr/src/contrib/cvs/contrib/Makefile.in:15
)has the following text.

@SET_MAKE@

If I do a csup after a comple just one file get's updated every time:

Parsing supfile src-supfile
Connecting to cvsup.de.FreeBSD.org
Connected to 212.19.57.134
Server software version: SNAP_16_1h
Negotiating file attribute support
Exchanging collection information
Establishing multiplexed-mode data connection
Running
Updating collection src-all/cvs
 Checkout src/gnu/usr.bin/cvs/contrib/Makefile
Shutting down connection to server
Finished successfully

Any idea what could be wrong here?

raj
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

RE: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

[Kevin K]

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:owner-freebsd-
 [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
 Sent: Friday, February 29, 2008 6:18 PM
 To: Kevin K
 Cc: freebsd-stable@freebsd.org
 Subject: Re: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails
 
 On 29/02/2008, Kevin K [EMAIL PROTECTED] wrote:
  I have cvsupped my src - cvsup stable-supfile / RELENG_7
   cvsup5,3,4.freebsd.org many times and I keep failing @ make
 buildworld :
 . . . .
   magic, 67922: Warning offset `@@' invalid
   magic, 67922: Warning type `@@' invalid
   mkmagic: Printf format `
   *** Error code 1
   1 error
   *** Error code 2
   1 error
   *** Error code 2
   1 error
   *** Error code 2
   1 error
   *** Error code 2
   1 error
   *** Error code 2
   1 error
 
 
 
   That was done w/ make buildworld -j9, im currently doing a make
 buildworld
   with no -j and will paste the results here.
 
 Off the top of my multiply contused head,
 do you have a stale /usr/obj lying around
 (which may require deletion)?
 

I cleaned out /usr/obj but I still get a failure on make buildworld :


(these warnings go much further, I didn't paste the whole thing)
magic, 67776: Warning offset `  RELENG_7:1.1.1.1.0.26' invalid
magic, 67776: Warning type `RELENG_7:1.1.1.1.0.26' invalid
magic, 6: Warning offset `  RELENG_7_BP:1.1.1.1' invalid
magic, 6: Warning type `RELENG_7_BP:1.1.1.1' invalid
magic, 67778: Warning offset `  file_4_21:1.1.1.1' invalid
magic, 67778: Warning type `file_4_21:1.1.1.1' invalid
magic, 67779: Warning offset `  file_4_19:1.1.1.1' invalid
magic, 67779: Warning type `file_4_19:1.1.1.1' invalid
magic, 67780: Warning offset `  RELENG_6_2_0_RELEASE:1.1.1.1' invalid
magic, 67780: Warning type `RELENG_6_2_0_RELEASE:1.1.1.1' invalid
magic, 67781: Warning offset `  RELENG_6_2:1.1.1.1.0.24' invalid
magic, 67781: Warning type `RELENG_6_2:1.1.1.1.0.24' invalid
magic, 67782: Warning offset `  RELENG_6_2_BP:1.1.1.1' invalid
magic, 67782: Warning type `RELENG_6_2_BP:1.1.1.1' invalid
magic, 67783: Warning offset `  file_4_17_A:1.1' invalid
magic, 67783: Warning type `file_4_17_A:1.1' invalid
magic, 67784: Warning offset `  file_4_17:1.1.1.1' invalid
magic, 67784: Warning type `file_4_17:1.1.1.1' invalid
magic, 67785: Warning offset `  RELENG_5_5_0_RELEASE:1.1.1.1' invalid
magic, 67785: Warning type `RELENG_5_5_0_RELEASE:1.1.1.1' invalid
magic, 67786: Warning offset `  RELENG_5_5:1.1.1.1.0.22' invalid
magic, 67786: Warning type `RELENG_5_5:1.1.1.1.0.22' invalid
magic, 67787: Warning offset `  RELENG_5_5_BP:1.1.1.1' invalid
magic, 67787: Warning type `RELENG_5_5_BP:1.1.1.1' invalid
magic, 67788: Warning offset `  RELENG_6_1_0_RELEASE:1.1.1.1' invalid
magic, 67788: Warning type `RELENG_6_1_0_RELEASE:1.1.1.1' invalid
magic, 67789: Warning offset `  RELENG_6_1:1.1.1.1.0.20' invalid
magic, 67789: Warning type `RELENG_6_1:1.1.1.1.0.20' invalid
magic, 67790: Warning offset `  RELENG_6_1_BP:1.1.1.1' invalid
magic, 67790: Warning type `RELENG_6_1_BP:1.1.1.1' invalid
magic, 67791: Warning offset `  RELENG_6_0_0_RELEASE:1.1.1.1' invalid
magic, 67791: Warning type `RELENG_6_0_0_RELEASE:1.1.1.1' invalid
magic, 67792: Warning offset `  RELENG_6_0:1.1.1.1.0.18' invalid
magic, 67792: Warning type `RELENG_6_0:1.1.1.1.0.18' invalid
magic, 67793: Warning offset `  RELENG_6_0_BP:1.1.1.1' invalid
magic, 67793: Warning type `RELENG_6_0_BP:1.1.1.1' invalid
magic, 67794: Warning offset `  RELENG_6:1.1.1.1.0.16' invalid
magic, 67794: Warning type `RELENG_6:1.1.1.1.0.16' invalid
magic, 67795: Warning offset `  RELENG_6_BP:1.1.1.1' invalid
magic, 67795: Warning type `RELENG_6_BP:1.1.1.1' invalid
magic, 67796: Warning offset `  RELENG_5_4_0_RELEASE:1.1.1.1' invalid
magic, 67796: Warning type `RELENG_5_4_0_RELEASE:1.1.1.1' invalid
magic, 67797: Warning offset `  RELENG_5_4:1.1.1.1.0.14' invalid
magic, 67797: Warning type `RELENG_5_4:1.1.1.1.0.14' invalid
magic, 67798: Warning offset `  RELENG_5_4_BP:1.1.1.1' invalid
magic, 67798: Warning type `RELENG_5_4_BP:1.1.1.1' invalid
magic, 67799: Warning offset `  RELENG_4_11_0_RELEASE:1.1.1.1.2.1' invalid
magic, 67799: Warning type `RELENG_4_11_0_RELEASE:1.1.1.1.2.1' invalid
magic, 67800: Warning offset `  file_4_12:1.1.1.1' invalid
magic, 67800: Warning type `file_4_12:1.1.1.1' invalid
magic, 67801: Warning offset `  RELENG_4_11:1.1.1.1.2.1.0.18' invalid
magic, 67801: Warning type `RELENG_4_11:1.1.1.1.2.1.0.18' invalid
magic, 67802: Warning offset `  RELENG_4_11_BP:1.1.1.1.2.1' invalid
magic, 67802: Warning type `RELENG_4_11_BP:1.1.1.1.2.1' invalid
magic, 67803: Warning offset `  RELENG_5_3_0_RELEASE:1.1.1.1' invalid
magic, 67803: Warning type `RELENG_5_3_0_RELEASE:1.1.1.1' invalid
magic, 67804: Warning offset `  RELENG_5_3:1.1.1.1.0.12' invalid
magic, 67804: Warning type `RELENG_5_3:1.1.1.1.0.12' invalid
magic, 67805: Warning offset `  RELENG_5_3_BP:1.1.1.1' invalid
magic, 67805: Warning type `RELENG_5_3_BP:1.1.1.1' invalid
magic, 67806: Warning offset `  RELENG_5:1.1.1.1.0.10' invalid

Re: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

[Erik Trulsson]

On Fri, Feb 29, 2008 at 06:12:52PM -0500, Kevin K wrote:
 I have cvsupped my src - cvsup stable-supfile / RELENG_7
 cvsup5,3,4.freebsd.org many times and I keep failing @ make buildworld :
 
 
 magic, 67702: Warning type `log' invalid
 magic, 67703: Warning offset [EMAIL PROTECTED] files no longer part of the 
 vendor's
 file(1).' invalid
 magic, 67703: Warning type [EMAIL PROTECTED] files no longer part of the 
 vendor's
 file(1).' invalid
 magic, 67704: Warning offset `@' invalid
 magic, 67704: Warning type `@' invalid
 magic, 67705: Warning offset `text' invalid
 magic, 67705: Warning type `text' invalid
 magic, 67706: Warning offset `@@' invalid
 magic, 67706: Warning type `@@' invalid
 magic, 67709: Warning type `.1.1.1.4.1' invalid
 magic, 67710: Warning offset `log' invalid
 magic, 67710: Warning type `log' invalid
 magic, 67711: Warning offset [EMAIL PROTECTED]: file version 3.41' invalid
 magic, 67711: Warning type [EMAIL PROTECTED]: file version 3.41' invalid

It looks like you did something wrong when using cvsup, and did
not check out RELENG_7, but instead got a copy of the whole
CVS repository - which cannot be compiled from directly.


Remove all the contents of your current /usr/src/, fix your supfile,
and try again.




-- 
Insert your favourite quote here.
Erik Trulsson
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

RE: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

[Kevin K]

 -Original Message-
 It looks like you did something wrong when using cvsup, and did
 not check out RELENG_7, but instead got a copy of the whole
 CVS repository - which cannot be compiled from directly.
 
 
 Remove all the contents of your current /usr/src/, fix your supfile,
 and try again.


I'll try removing /usr/src/*  re-cvsupping. Here is my stable-supfile,
however :


# Defaults that apply to all the collections
#
# IMPORTANT: Change the next line to use one of the CVSup mirror sites
# listed at http://www.freebsd.org/doc/handbook/mirrors.html.
*default host=cvsup4.FreeBSD.org
*default base=/var/db
*default prefix=/usr
# The following line is for 7-stable.  If you want 6-stable, 5-stable,
# 4-stable, 3-stable, or 2.2-stable, change to RELENG_6, RELENG_5,
# RELENG_4, RELENG_3, or RELENG_2_2 respectively.
*default release=cvs tag=RELENG_7
*default delete use-rel-suffix

# If you seem to be limited by CPU rather than network or disk bandwidth,
try
# commenting out the following line.  (Normally, today's CPUs are fast
enough
# that you want to run compression.)
*default compress

## Main Source Tree.
#
# The easiest way to get the main source tree is to use the src-all
# mega-collection.  It includes all of the individual src-* collections.
# Please note:  If you want to track -STABLE, leave this uncommented.
src-all

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

[Jeremy Chadwick]

On Sat, Mar 01, 2008 at 11:00:11AM -0500, Kevin K wrote:
 I'll try removing /usr/src/*  re-cvsupping.

I would recommend you also nuke relevant directories or files in
/usr/sup (or if you're using csup, /var/db/sup).

I tend to recommend using /usr/share/examples/cvsup/ports-supfile
and stable-supfile.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

[Kevin K]

I have cvsupped my src - cvsup stable-supfile / RELENG_7
cvsup5,3,4.freebsd.org many times and I keep failing @ make buildworld :


magic, 67702: Warning type `log' invalid
magic, 67703: Warning offset [EMAIL PROTECTED] files no longer part of the 
vendor's
file(1).' invalid
magic, 67703: Warning type [EMAIL PROTECTED] files no longer part of the 
vendor's
file(1).' invalid
magic, 67704: Warning offset `@' invalid
magic, 67704: Warning type `@' invalid
magic, 67705: Warning offset `text' invalid
magic, 67705: Warning type `text' invalid
magic, 67706: Warning offset `@@' invalid
magic, 67706: Warning type `@@' invalid
magic, 67709: Warning type `.1.1.1.4.1' invalid
magic, 67710: Warning offset `log' invalid
magic, 67710: Warning type `log' invalid
magic, 67711: Warning offset [EMAIL PROTECTED]: file version 3.41' invalid
magic, 67711: Warning type [EMAIL PROTECTED]: file version 3.41' invalid
magic, 67713: Warning offset `Approved by:  murray(re)' invalid
magic, 67713: Warning type `Approved by:murray(re)' invalid
magic, 67714: Warning offset `Desired by:   nectar(so)' invalid
magic, 67714: Warning type `Desired by: nectar(so)' invalid
magic, 67715: Warning offset `@' invalid
magic, 67715: Warning type `@' invalid
magic, 67716: Warning offset `text' invalid
magic, 67716: Warning type `text' invalid
magic, 67717: Warning offset `@@' invalid
magic, 67717: Warning type `@@' invalid
magic, 67764: Warning offset `head  1.1;' invalid
magic, 67764: Warning type `head1.1;' invalid
magic, 67765: Warning offset `branch1.1.1;' invalid
magic, 67765: Warning type `branch  1.1.1;' invalid
magic, 67766: Warning offset `access;' invalid
magic, 67766: Warning type `access;' invalid
magic, 67767: Warning offset `symbols' invalid
magic, 67767: Warning type `symbols' invalid
magic, 67768: Warning offset `  RELENG_7_0_0_RELEASE:1.1.1.1' invalid
magic, 67768: Warning type `RELENG_7_0_0_RELEASE:1.1.1.1' invalid
magic, 67769: Warning offset `  file_4_23__r1_46:1.1.1.1' invalid
magic, 67769: Warning type `file_4_23__r1_46:1.1.1.1' invalid
magic, 67770: Warning offset `  RELENG_6_3_0_RELEASE:1.1.1.1' invalid
magic, 67770: Warning type `RELENG_6_3_0_RELEASE:1.1.1.1' invalid
magic, 67771: Warning offset `  file_4_23:1.1.1.1' invalid
magic, 67771: Warning type `file_4_23:1.1.1.1' invalid
magic, 67772: Warning offset `  RELENG_7_0:1.1.1.1.0.30' invalid
magic, 67772: Warning type `RELENG_7_0:1.1.1.1.0.30' invalid
magic, 67773: Warning offset `  RELENG_7_0_BP:1.1.1.1' invalid
magic, 67773: Warning type `RELENG_7_0_BP:1.1.1.1' invalid
magic, 67774: Warning offset `  RELENG_6_3:1.1.1.1.0.28' invalid
magic, 67774: Warning type `RELENG_6_3:1.1.1.1.0.28' invalid
magic, 67775: Warning offset `  RELENG_6_3_BP:1.1.1.1' invalid
magic, 67775: Warning type `RELENG_6_3_BP:1.1.1.1' invalid
magic, 67776: Warning offset `  RELENG_7:1.1.1.1.0.26' invalid
magic, 67776: Warning type `RELENG_7:1.1.1.1.0.26' invalid
magic, 6: Warning offset `  RELENG_7_BP:1.1.1.1' invalid
magic, 6: Warning type `RELENG_7_BP:1.1.1.1' invalid
magic, 67778: Warning offset `  file_4_21:1.1.1.1' invalid
magic, 67778: Warning type `file_4_21:1.1.1.1' invalid
magic, 67779: Warning offset `  file_4_19:1.1.1.1' invalid
magic, 67779: Warning type `file_4_19:1.1.1.1' invalid
magic, 67780: Warning offset `  RELENG_6_2_0_RELEASE:1.1.1.1' invalid
magic, 67780: Warning type `RELENG_6_2_0_RELEASE:1.1.1.1' invalid
magic, 67781: Warning offset `  RELENG_6_2:1.1.1.1.0.24' invalid
magic, 67781: Warning type `RELENG_6_2:1.1.1.1.0.24' invalid
magic, 67782: Warning offset `  RELENG_6_2_BP:1.1.1.1' invalid
magic, 67782: Warning type `RELENG_6_2_BP:1.1.1.1' invalid
magic, 67783: Warning offset `  file_4_17_A:1.1' invalid
magic, 67783: Warning type `file_4_17_A:1.1' invalid
magic, 67784: Warning offset `  file_4_17:1.1.1.1' invalid
magic, 67784: Warning type `file_4_17:1.1.1.1' invalid
magic, 67785: Warning offset `  RELENG_5_5_0_RELEASE:1.1.1.1' invalid
magic, 67785: Warning type `RELENG_5_5_0_RELEASE:1.1.1.1' invalid
magic, 67786: Warning offset `  RELENG_5_5:1.1.1.1.0.22' invalid
magic, 67786: Warning type `RELENG_5_5:1.1.1.1.0.22' invalid
magic, 67787: Warning offset `  RELENG_5_5_BP:1.1.1.1' invalid
magic, 67787: Warning type `RELENG_5_5_BP:1.1.1.1' invalid
magic, 67788: Warning offset `  RELENG_6_1_0_RELEASE:1.1.1.1' invalid
magic, 67788: Warning type `RELENG_6_1_0_RELEASE:1.1.1.1' invalid
magic, 67789: Warning offset `  RELENG_6_1:1.1.1.1.0.20' invalid
magic, 67789: Warning type `RELENG_6_1:1.1.1.1.0.20' invalid
magic, 67790: Warning offset `  RELENG_6_1_BP:1.1.1.1' invalid
magic, 67790: Warning type `RELENG_6_1_BP:1.1.1.1' invalid
magic, 67791: Warning offset `  RELENG_6_0_0_RELEASE:1.1.1.1' invalid
magic, 67791: Warning type `RELENG_6_0_0_RELEASE:1.1.1.1' invalid
magic, 67792: Warning offset `  RELENG_6_0:1.1.1.1.0.18' invalid
magic, 67792: Warning type `RELENG_6_0:1.1.1.1.0.18' invalid
magic, 67793: Warning offset `  RELENG_6_0_BP

Re: FreeBSD 6.2 -- cvsup to 7.0 + make buildworld fails

[[EMAIL PROTECTED]]

On 29/02/2008, Kevin K [EMAIL PROTECTED] wrote:
 I have cvsupped my src - cvsup stable-supfile / RELENG_7
  cvsup5,3,4.freebsd.org many times and I keep failing @ make buildworld :
. . . .
  magic, 67922: Warning offset `@@' invalid
  magic, 67922: Warning type `@@' invalid
  mkmagic: Printf format `
  *** Error code 1
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error



  That was done w/ make buildworld -j9, im currently doing a make buildworld
  with no -j and will paste the results here.

Off the top of my multiply contused head,
do you have a stale /usr/obj lying around
(which may require deletion)?


-- 
--
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

make buildworld error

[Adam Ma'anit]

Anyone else seeing make buildworld stop at usr.bin/netstat/ ?

cc -O2 -fno-strict-aliasing -pipe  -DIPSEC -DINET6 -DFAST_IPSEC - 
Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused- 
parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - 
Wno-uninitialized -c /usr/src/usr.bin/netstat/inet.c

/usr/src/usr.bin/netstat/inet.c: In function `pim_stats':
/usr/src/usr.bin/netstat/inet.c:1032: warning: long long unsigned int  
format, u_quad_t arg (arg 2)
/usr/src/usr.bin/netstat/inet.c:1033: warning: long long unsigned int  
format, u_quad_t arg (arg 2)
/usr/src/usr.bin/netstat/inet.c:1034: warning: long long unsigned int  
format, u_quad_t arg (arg 2)
/usr/src/usr.bin/netstat/inet.c:1035: warning: long long unsigned int  
format, u_quad_t arg (arg 2)
/usr/src/usr.bin/netstat/inet.c:1036: warning: long long unsigned int  
format, u_quad_t arg (arg 2)
/usr/src/usr.bin/netstat/inet.c:1037: warning: long long unsigned int  
format, u_quad_t arg (arg 2)
/usr/src/usr.bin/netstat/inet.c:1038: warning: long long unsigned int  
format, u_quad_t arg (arg 2)
/usr/src/usr.bin/netstat/inet.c:1039: warning: long long unsigned int  
format, u_quad_t arg (arg 2)
/usr/src/usr.bin/netstat/inet.c:1040: warning: long long unsigned int  
format, u_quad_t arg (arg 2)
/usr/src/usr.bin/netstat/inet.c:1041: warning: long long unsigned int  
format, u_quad_t arg (arg 2)
/usr/src/usr.bin/netstat/inet.c:1042: warning: long long unsigned int  
format, u_quad_t arg (arg 2)

*** Error code 1

Stop in /usr/src/usr.bin/netstat.

This is on an amd64 platform, and repeatable on multiple machines.

-a






___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld error

[Miguel Lopes Santos Ramos]

 Anyone else seeing make buildworld stop at usr.bin/netstat/ ?

I didn't compile. That file was changed yesterday. But by the looks of it,
everybody will be seeing it.
The compiler is right because u_quad_t is not unsigned long long on the amd64,
but only unsigned long, which although being the same size is a different type.

Since I suspect changing the definition of __uint_64_t to unsigned long long on
all platforms is probably out of the question (even though it could be argued 
to be
preferrable, because ull is required to be at least 64b) as it would affect a 
lot of code,
probably the author of the change will have to make a local workaround, such as
casting the u_quad_t to ull or #ifdef...

Miguel
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld issue on 6.2 stable

[Ruslan Ermilov]

On Fri, May 25, 2007 at 12:07:10PM +0930, Shaun Branden wrote:
 uname -a
 FreeBSD sagan.cai 6.2-STABLE FreeBSD 6.2-STABLE #0: Sat May  5 23:34:08 CST 
 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAGAN  i386
 
 The results of make buildworld on this system:
 
 ide -k _crunched_chroot_stub chroot.lo
 cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo
 date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo
 kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo
 rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo
 atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo
 devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo
 fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo
 kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo
 mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_ext2fs.lo
 mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_std.lo
 mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo
 nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo
 rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo
 swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo
 ilmid.lo ping6.lo ipf.lo sconfig.lo fdisk.lo dhclient.lo gzip.lo
 bzip2.lo tar.lo vi.lo id.lo chroot.lo
 /usr/obj/usr/src/rescue/rescue/../librescue/exec.o
 /usr/obj/usr/src/rescue/rescue/../librescue/getusershell.o
 /usr/obj/usr/src/rescue/rescue/../librescue/login_class.o
 /usr/obj/usr/src/rescue/rescue/../librescue/popen.o
 /usr/obj/usr/src/rescue/rescue/../librescue/rcmdsh.o
 /usr/obj/usr/src/rescue/rescue/../librescue/sysctl.o
 /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt -ledit
 -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lbsdxml -lcam
 -lcurses -ldevstat -lipsec -lipx -lgeom -lkiconv -lmd -lreadline -lsbuf
 -lufs -lz -lbz2 -larchive
 ifconfig.lo(.text+0x4df8): In function `print_chaninfo':
 : undefined reference to `IEEE80211_IS_CHAN_PASSIVE'
 *** Error code 1
 
 Stop in /usr/obj/usr/src/rescue/rescue.
 *** Error code 1
 
 Stop in /usr/src/rescue/rescue.
 *** Error code 1
 
 Stop in /usr/src/rescue.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src
 
 I haven't seen anyone else get this error so I think it is just this
 system. Any thoughts?
 
IEEE80211_IS_CHAN_PASSIVE() is a macro defined in
src/sys/net80211/_ieee80211.h.  Check that you have an up-to-date
copy of that file in /usr/src.  If you have it and still get the
error, rm -rf /usr/obj/usr/src first, then try to build world
again.


Cheers,
-- 
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer


pgpTM5jOneYje.pgp
Description: PGP signature

Re: make buildworld issue on 6.2 stable

[Shaun Branden]

On Fri, May 25, 2007 at 12:28:18PM +0400, Ruslan Ermilov wrote:
 On Fri, May 25, 2007 at 12:07:10PM +0930, Shaun Branden wrote:
 
 IEEE80211_IS_CHAN_PASSIVE() is a macro defined in
 src/sys/net80211/_ieee80211.h.  Check that you have an up-to-date
 copy of that file in /usr/src.  If you have it and still get the
 error, rm -rf /usr/obj/usr/src first, then try to build world
 again.

Thanks for that

The file is there:
[EMAIL PROTECTED]:net80211$ pwd
/usr/src/sys/net80211
You have mail in /var/mail/shaun
[EMAIL PROTECTED]:net80211$ ls -l _ieee80211.h
-rw-r--r--  1 root  wheel  8181 Jan 28 14:37 _ieee80211.h

and this is from my history:
489   cvsup -g ~shaun/cvs/stable-supfile 
490  cd /usr/obj
491  rm -rf *
492  chflags -R noschg *
493  rm -rf *
494  cd /usr/src

I just ran these again, ie !489, !490 etc with make buildworld at the
end and got the same result.

...

ifconfig.lo(.text+0x4df8): In function `print_chaninfo':
: undefined reference to `IEEE80211_IS_CHAN_PASSIVE'
*** Error code 1

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

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

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

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

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

Stop in /usr/src.
[EMAIL PROTECTED]:src$ 

Also, I usually use the following script to do all this, but started
running the commands interactively after it failed the first time. As
you can see it removes the /usr/obj before running make buildworld.

#!/usr/local/bin/bash
# Copyright (c) June 2002 Shaun Branden [EMAIL PROTECTED].
# All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
# 1. Redistributions of source code must retain the above copyright
#notice, this list of conditions and the following disclaimer.
# 2. Redistributions in binary form must reproduce the above copyright
#notice, this list of conditions and the following disclaimer in the
#documentation and/or other materials provided with the distribution.
#
# THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
# ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
# ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
# FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
# OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
# HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
# LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
# OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
# SUCH DAMAGE.

SUPFILE=/home/shaun/cvs/stable-supfile
KERN=SAGAN
#KERN=GENERICNEW

if [ -z $1 ]
then
echo Usage: `basename $0` {-a(ll includes cvs)|-m(ost)} 2
exit 42
fi

if [ $UID != 0 ]
then
echo You do not have permission to use this script
exit 42
fi

docvs ()
{
echo updating cvs
cvsup -g $SUPFILE
if [ $? -ne 0 ]
then
echo cvs failed, perhaps we are offline
exit 42
fi
}

#remove the working files from last time
doremove ()
{
echo Removing old /usr/obj:
cd /usr/obj
if [ $? -eq 0 ]
then
rm -rf *
chflags -R noschg *
rm -rf *
else
echo Did not change to /usr/obj so rm -rf not run
exit 42
fi
}

#compiles all system sources
dobuild ()
{
echo Compiling the sources:
cd /usr/src
make buildworld
if [ $? -ne 0 ]
then
echo make buildworld failed, exiting
exit 42
fi
}

#compile and installs the kernel
dokernel ()
{
echo Compiling the kernel called $KERN 
echo running make buildkernel
make buildkernel KERNCONF=$KERN
if [ $? -ne 0 ]
then
echo make buildkernel failed, exiting
exit 42
fi
echo running make installkernel
make installkernel KERNCONF=$KERN
if [ $? -ne 0 ]
then
echo make installkernel failed, exiting
exit 42
fi
}

#installs new system
doinstall ()
{
#install it all
echo running make installworld
make installworld
if [ $? -ne 0 ]
then
echo ERROR: make installworld failed, exiting
exit 42
fi
}

#Now run Mergemaster, this will also run MAKEDEV
domerge ()
{
echo Would you like me to run mergemaster? (y/n)
read answer
if [ $answer = y ]
then
cp -Rp /etc /etc.old
mergemaster
if [ $? -ne 0 ]
then
echo make installkernel failed, exiting
exit 42
fi
else
echo Run cp -Rp /etc /etc.old
mergemaster
manually
exit
fi
}

#calls from here
case $1 in
-a)
docvs
doremove
dobuild
dokernel
doinstall
domerge
;;
-m)
doremove
dobuild
dokernel
doinstall
domerge
;;
*)
echo Usage: `basename $0

Re: make buildworld issue on 6.2 stable

[Ruslan Ermilov]

On Fri, May 25, 2007 at 07:06:38PM +0930, Shaun Branden wrote:
 On Fri, May 25, 2007 at 12:28:18PM +0400, Ruslan Ermilov wrote:
  On Fri, May 25, 2007 at 12:07:10PM +0930, Shaun Branden wrote:
  
  IEEE80211_IS_CHAN_PASSIVE() is a macro defined in
  src/sys/net80211/_ieee80211.h.  Check that you have an up-to-date
  copy of that file in /usr/src.  If you have it and still get the
  error, rm -rf /usr/obj/usr/src first, then try to build world
  again.
 
 Thanks for that
 
 The file is there:
 [EMAIL PROTECTED]:net80211$ pwd
 /usr/src/sys/net80211
 You have mail in /var/mail/shaun
 [EMAIL PROTECTED]:net80211$ ls -l _ieee80211.h
 -rw-r--r--  1 root  wheel  8181 Jan 28 14:37 _ieee80211.h
 
You have an incomplete source tree.  Jan 28 corresponds to
rev. 1.2.2.3 of that file, and the IEEE80211_IS_CHAN_PASSIVE()
define was added in rev. 1.2.2.4.  From CVS history:

: revision 1.2.2.4
: date: 2007/03/10 00:28:43;  author: sam;  state: Exp;  lines: +2 -0
: MFC 1.7: add IEEE80211_IS_CHAN_PASSIVE
: 
: revision 1.2.2.3
: date: 2007/01/28 04:07:54;  author: sam;  state: Exp;  lines: +11 -0
: MFC: half- and quarter-rate channel support
:  900MHz channel support
:  support for respecifying the channel set after attach
:  default rate sets

 and this is from my history:
 489   cvsup -g ~shaun/cvs/stable-supfile 
 490  cd /usr/obj
 491  rm -rf *
 492  chflags -R noschg *
 493  rm -rf *
 494  cd /usr/src
 
 I just ran these again, ie !489, !490 etc with make buildworld at the
 end and got the same result.
 
 ...
 
 ifconfig.lo(.text+0x4df8): In function `print_chaninfo':
 : undefined reference to `IEEE80211_IS_CHAN_PASSIVE'
 *** Error code 1
 
 Stop in /usr/obj/usr/src/rescue/rescue.
 *** Error code 1


Cheers,
-- 
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer


pgpUdDbMybaxl.pgp
Description: PGP signature

Re: make buildworld issue on 6.2 stable

[Shaun Branden]

On Fri, May 25, 2007 at 01:58:51PM +0400, Ruslan Ermilov wrote:

 You have an incomplete source tree.  Jan 28 corresponds to
 rev. 1.2.2.3 of that file, and the IEEE80211_IS_CHAN_PASSIVE()
 define was added in rev. 1.2.2.4.  From CVS history:
 
 : revision 1.2.2.4
 : date: 2007/03/10 00:28:43;  author: sam;  state: Exp;  lines: +2 -0
 : MFC 1.7: add IEEE80211_IS_CHAN_PASSIVE
 : 
 : revision 1.2.2.3
 : date: 2007/01/28 04:07:54;  author: sam;  state: Exp;  lines: +11 -0
 : MFC: half- and quarter-rate channel support
 :  900MHz channel support
 :  support for respecifying the channel set after attach
 :  default rate sets

Yep that was it. Changing cvsup.au.freebsd.org to cvsup.freebsd.org
sorted it out.

Looks like the Australian mirror is incomplete.

thanks for your help

shaun
-- 
Shaun Branden: Alchemist and Bit Bender
PGP and contact details in the headers.


pgp2VsYb47IC8.pgp
Description: PGP signature

make buildworld failing - multiple definitions of pam_* in libpam

[tennevin.yves]

Hello,
I've been trying to update my system recently.
(using cvsup to sync the sources, *default release=cvs tag=RELENG_6)

uname -a
FreeBSD machine.somewhere 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #2: Thu 
Sep 28 23:13:24 CEST 2006   
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/NOYAU_IPFW  amd64



make buildworld

...

cc -O -pipe -fPIC  -I/usr/src/lib/libpam/libpam 
-I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include 
-DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='/usr/lib/' -std=iso9899:1999 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -c 
/usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_setcred.c
cc -O -pipe -fPIC  -I/usr/src/lib/libpam/libpam 
-I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include 
-DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='/usr/lib/' -std=iso9899:1999 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -c 
/usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_setenv.c
cc -O -pipe -fPIC  -I/usr/src/lib/libpam/libpam 
-I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include 
-DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='/usr/lib/' -std=iso9899:1999 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -c 
/usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_start.c
cc -O -pipe -fPIC  -I/usr/src/lib/libpam/libpam 
-I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include 
-DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='/usr/lib/' -std=iso9899:1999 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -c 
/usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_strerror.c
cc -O -pipe -fPIC  -I/usr/src/lib/libpam/libpam 
-I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include 
-DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='/usr/lib/' -std=iso9899:1999 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -c 
/usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_verror.c
cc -O -pipe -fPIC  -I/usr/src/lib/libpam/libpam 
-I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include 
-DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='/usr/lib/' -std=iso9899:1999 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -c 
/usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_vinfo.c
cc -O -pipe -fPIC  -I/usr/src/lib/libpam/libpam 
-I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include 
-DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='/usr/lib/' -std=iso9899:1999 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -c 
/usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_vprompt.c
cc -O -pipe -fPIC  -I/usr/src/lib/libpam/libpam 
-I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include 
-DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='/usr/lib/' -std=iso9899:1999 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -c /usr/src/lib/libpam/libpam/pam_debug_log.c
cc -O -pipe -fPIC  -I/usr/src/lib/libpam/libpam 
-I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include 
-DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='/usr/lib/' -std=iso9899:1999 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -c 
/usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_static.c
ld -o openpam_static_modules.o -r --whole-archive openpam_static.o 
../modules/pam_chroot/libpam_chroot.a ../modules/pam_deny/libpam_deny.a 
../modules/pam_echo/libpam_echo.a ../modules/pam_exec/libpam_exec.a 
../modules/pam_ftpusers/libpam_ftpusers.a 
../modules/pam_group/libpam_group.a ../modules/pam_guest/libpam_guest.a 
../modules/pam_krb5/libpam_krb5.a ../modules/pam_ksu/libpam_ksu.a 
../modules/pam_lastlog/libpam_lastlog.a 
../modules/pam_login_access/libpam_login_access.a 
../modules/pam_nologin/libpam_nologin.a 
../modules/pam_opie/libpam_opie.a 
../modules/pam_opieaccess/libpam_opieaccess.a 
../modules/pam_passwdqc/libpam_passwdqc.a 
../modules/pam_permit/libpam_permit.a 
../modules/pam_radius/libpam_radius.a 
../modules/pam_rhosts/libpam_rhosts.a 
../modules/pam_rootok/libpam_rootok.a 
../modules/pam_securetty/libpam_securetty.a 
../modules/pam_self/libpam_self.a ../modules/pam_ssh/libpam_ssh.a 
../modules/pam_tacplus/libpam_tacplus.a ../modules/pam_unix/libpam_unix.a
../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x50): In function 
`pam_sm_open_session':

: multiple

make buildworld issue on 6.2 stable

[Shaun Branden]

uname -a
FreeBSD sagan.cai 6.2-STABLE FreeBSD 6.2-STABLE #0: Sat May  5 23:34:08 CST 
2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAGAN  i386

The results of make buildworld on this system:

ide -k _crunched_chroot_stub chroot.lo
cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo
date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo
kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo
rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo
atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo
devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo
fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo
kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo
mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_ext2fs.lo
mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_std.lo
mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo
nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo
rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo
swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo
ilmid.lo ping6.lo ipf.lo sconfig.lo fdisk.lo dhclient.lo gzip.lo
bzip2.lo tar.lo vi.lo id.lo chroot.lo
/usr/obj/usr/src/rescue/rescue/../librescue/exec.o
/usr/obj/usr/src/rescue/rescue/../librescue/getusershell.o
/usr/obj/usr/src/rescue/rescue/../librescue/login_class.o
/usr/obj/usr/src/rescue/rescue/../librescue/popen.o
/usr/obj/usr/src/rescue/rescue/../librescue/rcmdsh.o
/usr/obj/usr/src/rescue/rescue/../librescue/sysctl.o
/usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt -ledit
-lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lbsdxml -lcam
-lcurses -ldevstat -lipsec -lipx -lgeom -lkiconv -lmd -lreadline -lsbuf
-lufs -lz -lbz2 -larchive
ifconfig.lo(.text+0x4df8): In function `print_chaninfo':
: undefined reference to `IEEE80211_IS_CHAN_PASSIVE'
*** Error code 1

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

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

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

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

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

Stop in /usr/src

I haven't seen anyone else get this error so I think it is just this
system. Any thoughts?

cheers

shaun
-- 
Shaun Branden: Alchemist and Bit Bender
PGP and contact details in the headers.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Can't make buildworld in 6-STABLE

[Neo [GC]]

Hi,

currently i have a strange problem with 'make buildworld'. I use the 
amd64 6-STABLE branch with daily csup on src-all.


When i do a 'make buildworld' in /usr/src, the make stops with the 
following error:

--
/usr/src/lib/libkvm/kvm_getswapinfo.c: In function `kvm_getswapinfo_kvm':
/usr/src/lib/libkvm/kvm_getswapinfo.c:124: error: storage size of 
'swinfo' isn't known

/usr/src/lib/libkvm/kvm_getswapinfo.c: In function `nlist_init':
/usr/src/lib/libkvm/kvm_getswapinfo.c:233: error: storage size of 
'swinfo' isn't known

*** Error code 1

Stop in /usr/src/lib/libkvm.
--

When i do the same on a i386 machine wich is in config c absolutely 
indetical to the amd64, buildworld runs perfectly through.


make.conf:
CPUTYPE=nocona
CFLAGS= -O2 -pipe
CC=/usr/bin/cc
CXX=/usr/bin/g++
NO_BLUETOOTH=  # do not build Bluetooth related stuff
NO_GAMES=  # do not build games (games/ subdir)
NO_INET6=  # do not build IPv6 related programs and libraries
NO_I4B=# do not build isdn4bsd package
NO_LPR=# do not build lpr and related programs
NO_BIND=   # Do not build any part of BIND
NO_DICT=   # do not build the Webster dictionary files
NO_INFO=   # do not make or install info files
NO_KERBEROS=   # do not build and install Kerberos 5 (KTH Heimdal)
NO_PF= # do not build PF firewall package
NO_PROFILE=# Avoid compiling profiled libraries
NO_SENDMAIL=   # do not build sendmail and related programs
NO_SHAREDOCS=  # do not build the 4.4BSD legacy docs

(only difference to the i386-machine where it works is the CPUTYPE, wich 
is, of course, athlon-xp there).


Has anyone an idea? It is currenty not THAT important, because there is 
a working 6.2-RELEASE world on the machine, but i don't wan't to have a 
broken world build if a important security advisory comes...



Thank you all very much  greetings,

--
Neo [GC] / Thomas Weber

Webmaster @ GothNet.eu / Gothic-Chat.de

EMail: [EMAIL PROTECTED]
WWW: http://neo.gothic-chat.de/
Location: Earth::Germany::Munich
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Can't make buildworld in 6-STABLE

[Stefan Lambrev]

Hi,

Neo [GC] wrote:

Hi,

currently i have a strange problem with 'make buildworld'. I use the 
amd64 6-STABLE branch with daily csup on src-all.


When i do a 'make buildworld' in /usr/src, the make stops with the 
following error:

--
/usr/src/lib/libkvm/kvm_getswapinfo.c: In function `kvm_getswapinfo_kvm':
/usr/src/lib/libkvm/kvm_getswapinfo.c:124: error: storage size of 
'swinfo' isn't known

/usr/src/lib/libkvm/kvm_getswapinfo.c: In function `nlist_init':
/usr/src/lib/libkvm/kvm_getswapinfo.c:233: error: storage size of 
'swinfo' isn't known

*** Error code 1

Stop in /usr/src/lib/libkvm.
--

When i do the same on a i386 machine wich is in config c absolutely 
indetical to the amd64, buildworld runs perfectly through.


make.conf:
CPUTYPE=nocona
CFLAGS= -O2 -pipe
CC=/usr/bin/cc
CXX=/usr/bin/g++
NO_BLUETOOTH=  # do not build Bluetooth related stuff
NO_GAMES=  # do not build games (games/ subdir)
NO_INET6=  # do not build IPv6 related programs and libraries
NO_I4B=# do not build isdn4bsd package
NO_LPR=# do not build lpr and related programs
NO_BIND=   # Do not build any part of BIND
NO_DICT=   # do not build the Webster dictionary files
NO_INFO=   # do not make or install info files
NO_KERBEROS=   # do not build and install Kerberos 5 (KTH 
Heimdal)

NO_PF= # do not build PF firewall package
NO_PROFILE=# Avoid compiling profiled libraries
NO_SENDMAIL=   # do not build sendmail and related programs
NO_SHAREDOCS=  # do not build the 4.4BSD legacy docs
May be I'm wrong, but can you try again, after removing CPUTYPE, CFLAGS, 
CC and CCX from your make.conf file ?
It was said many times that setting CFLAGS is bad :) and CPUTYPE should 
be CPUTYPE?= (so make can change it if needed)


Also I'm not sure that there is any optimization available in GCC for 
amd64 architecture.


(only difference to the i386-machine where it works is the CPUTYPE, 
wich is, of course, athlon-xp there).


Has anyone an idea? It is currenty not THAT important, because there 
is a working 6.2-RELEASE world on the machine, but i don't wan't to 
have a broken world build if a important security advisory comes...



Thank you all very much  greetings,



--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Can't make buildworld in 6-STABLE

[Neo [GC]]

Stefan Lambrev schrieb:

Hi,

Neo [GC] wrote:

Hi,

currently i have a strange problem with 'make buildworld'. I use the 
amd64 6-STABLE branch with daily csup on src-all.


When i do a 'make buildworld' in /usr/src, the make stops with the 
following error:

--
/usr/src/lib/libkvm/kvm_getswapinfo.c: In function `kvm_getswapinfo_kvm':
/usr/src/lib/libkvm/kvm_getswapinfo.c:124: error: storage size of 
'swinfo' isn't known

/usr/src/lib/libkvm/kvm_getswapinfo.c: In function `nlist_init':
/usr/src/lib/libkvm/kvm_getswapinfo.c:233: error: storage size of 
'swinfo' isn't known

*** Error code 1

Stop in /usr/src/lib/libkvm.
--

When i do the same on a i386 machine wich is in config c absolutely 
indetical to the amd64, buildworld runs perfectly through.


make.conf:
CPUTYPE=nocona
CFLAGS= -O2 -pipe
CC=/usr/bin/cc
CXX=/usr/bin/g++
NO_BLUETOOTH=  # do not build Bluetooth related stuff
NO_GAMES=  # do not build games (games/ subdir)
NO_INET6=  # do not build IPv6 related programs and libraries
NO_I4B=# do not build isdn4bsd package
NO_LPR=# do not build lpr and related programs
NO_BIND=   # Do not build any part of BIND
NO_DICT=   # do not build the Webster dictionary files
NO_INFO=   # do not make or install info files
NO_KERBEROS=   # do not build and install Kerberos 5 (KTH 
Heimdal)

NO_PF= # do not build PF firewall package
NO_PROFILE=# Avoid compiling profiled libraries
NO_SENDMAIL=   # do not build sendmail and related programs
NO_SHAREDOCS=  # do not build the 4.4BSD legacy docs


May be I'm wrong, but can you try again, after removing CPUTYPE, CFLAGS, 
CC and CCX from your make.conf file ?
It was said many times that setting CFLAGS is bad :) and CPUTYPE should 
be CPUTYPE?= (so make can change it if needed)


Also I'm not sure that there is any optimization available in GCC for 
amd64 architecture.


I have tried it without CPUTYPE and CFLAGS, with NO_CPU_CFLAGS and 
NO_CPU_COPTFLAGS, without NO_PROFILE= and - still same error :(


I don't think it has anything to do with the NO_PROFILE=, as buildworld 
works on my i386 machine with this flag set.



But thanks for the fast answer!

--
Neo [GC] / Thomas Weber

Webmaster @ GothNet.eu / Gothic-Chat.de

EMail: [EMAIL PROTECTED]
WWW: http://neo.gothic-chat.de/
Location: Earth::Germany::Munich
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Can't make buildworld in 6-STABLE

[Jeremy Chadwick]

On Fri, May 04, 2007 at 03:59:53PM +0200, Neo [GC] wrote:
  Neo [GC] wrote:
  Hi,
 
  currently i have a strange problem with 'make buildworld'. I use the amd64 
  6-STABLE branch with daily csup on src-all.
 
  When i do a 'make buildworld' in /usr/src, the make stops with the 
  following error:
  --
  /usr/src/lib/libkvm/kvm_getswapinfo.c: In function `kvm_getswapinfo_kvm':
  /usr/src/lib/libkvm/kvm_getswapinfo.c:124: error: storage size of 'swinfo' 
  isn't known
  /usr/src/lib/libkvm/kvm_getswapinfo.c: In function `nlist_init':
  /usr/src/lib/libkvm/kvm_getswapinfo.c:233: error: storage size of 'swinfo' 
  isn't known
  *** Error code 1
 
  I have tried it without CPUTYPE and CFLAGS, with NO_CPU_CFLAGS and 
  NO_CPU_COPTFLAGS, without NO_PROFILE= and - still same error :(
 
  I don't think it has anything to do with the NO_PROFILE=, as buildworld 
  works on my i386 machine with this flag set.

Looking at src/lib/libkvm/kvm_getswapinfo.c, we can see that the
swinfo struct is defined inside that .c file, as type struct swdevt:

 36 #include vm/swap_pager.h
124 struct swdevt *sp, swinfo;

swdevt comes from src/sys/vm/swap_pager.h:

 49 struct swdevt;
 52
 53 /*
 54  * Swap device table
 55  */
 56 struct swdevt {
 57 int sw_flags;
 58 int sw_nblks;
 59 int sw_used;
 60 dev_t   sw_dev;
 61 struct vnode *sw_vp;
 62 void*sw_id;
 63 swblk_t sw_first;
 64 swblk_t sw_end;
 65 struct blist *sw_blist;
 66 TAILQ_ENTRY(swdevt) sw_list;
 67 sw_strategy_t   *sw_strategy;
 68 sw_close_t  *sw_close;
 69 };

I can't explain why this isn't building for you (it's also very early
in the morning here and I haven't had my coffee yet... not quite ready
for C debugging.  ;) )

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Can't make buildworld in 6-STABLE

[Peter Jeremy]

On 2007-May-04 14:19:15 +0200, Neo [GC] [EMAIL PROTECTED] wrote:
When i do a 'make buildworld' in /usr/src, the make stops with the 
following error:
--
/usr/src/lib/libkvm/kvm_getswapinfo.c: In function `kvm_getswapinfo_kvm':
/usr/src/lib/libkvm/kvm_getswapinfo.c:124: error: storage size of 
'swinfo' isn't known
/usr/src/lib/libkvm/kvm_getswapinfo.c: In function `nlist_init':
/usr/src/lib/libkvm/kvm_getswapinfo.c:233: error: storage size of 
'swinfo' isn't known
*** Error code 1
...

Out of interest, is this when it's building the amd64 or i386 libkvm?

CPUTYPE=nocona
CFLAGS= -O2 -pipe
CC=/usr/bin/cc
CXX=/usr/bin/g++

I'd remove all 4 of these flags.  'CC' and 'CXX' in particular are
wrong for buildworld because most of buildworld uses a temporary
cross-compiler.

-- 
Peter Jeremy


pgpDG2sUuKPe0.pgp
Description: PGP signature

make buildworld fails on one box

[Alex Povolotsky]

Hello!

My attempt to make buildworld on freshly cvsupped 6.2-RELEASEp3 fails 
strangely.


AWK=awk sh 
/usr/src/lib/libncurses/../../contrib/ncurses/include/MKncurses_def.sh  
/usr/src/lib/libncurses/../../contrib/ncurses/include/ncurses_defs  
ncurses_def.h
sed 
/usr/src/lib/libncurses/../../contrib/ncurses/include/MKterm.h.awk.in 
MKterm.h.awk  -e /@NCURSES_MAJOR@/s%%5%  -e 
/@NCURSES_MINOR@/s%%2%  -e /@NCURSES_CONST@/s%%const%  -e 
/@NCURSES_XNAMES@/s%%1%
awk -f MKterm.h.awk 
/usr/src/lib/libncurses/../../contrib/ncurses/include/Caps  term.h.new
sh /usr/src/lib/libncurses/../../contrib/ncurses/include/edit_cfg.sh 
/usr/src/lib/libncurses/ncurses_cfg.h term.h.new

** edit: HAVE_TCGETATTR 1
** edit: HAVE_TERMIOS_H 1
** edit: HAVE_TERMIO_H 0
** edit: BROKEN_LINKER 0
mv -f term.h.new term.h
cc -o make_keys -O2 -fno-strict-aliasing -pipe  -I. 
-I/usr/src/lib/libncurses 
-I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses 
-I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall 
-DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS  
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c

/usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc
*** Error code 1

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

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


I observe this problem on one box only; attempt to nfs-mount source tree 
from working box leads to the same fail. Re-installation of the world 
did not cause any changes.


Alex.


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld fails on one box

[Kris Kennaway]

On Thu, Apr 19, 2007 at 12:09:34PM +0400, Alex Povolotsky wrote:
 Hello!
 
 My attempt to make buildworld on freshly cvsupped 6.2-RELEASEp3 fails 
 strangely.
 
 AWK=awk sh 
 /usr/src/lib/libncurses/../../contrib/ncurses/include/MKncurses_def.sh  
 /usr/src/lib/libncurses/../../contrib/ncurses/include/ncurses_defs  
 ncurses_def.h
 sed 
 /usr/src/lib/libncurses/../../contrib/ncurses/include/MKterm.h.awk.in 
 MKterm.h.awk  -e /@NCURSES_MAJOR@/s%%5%  -e 
 /@NCURSES_MINOR@/s%%2%  -e /@NCURSES_CONST@/s%%const%  -e 
 /@NCURSES_XNAMES@/s%%1%
 awk -f MKterm.h.awk 
 /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps  term.h.new
 sh /usr/src/lib/libncurses/../../contrib/ncurses/include/edit_cfg.sh 
 /usr/src/lib/libncurses/ncurses_cfg.h term.h.new
 ** edit: HAVE_TCGETATTR 1
 ** edit: HAVE_TERMIOS_H 1
 ** edit: HAVE_TERMIO_H 0
 ** edit: BROKEN_LINKER 0
 mv -f term.h.new term.h
 cc -o make_keys -O2 -fno-strict-aliasing -pipe  -I. 
 -I/usr/src/lib/libncurses 
 -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses 
 -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall 
 -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS  
 /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c
 /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc
 *** Error code 1

Check system time  clock stability (e.g run ntpd).

Kris
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

make buildworld on Freebsd 6.2 amd64 stops on ifconfig.l

[sobo]

Hi the following occurs when trying to make buildworld once cvsup'd to
stable, any idea's?

 


Environment:

FreeBSD xxx.xxx.xxx.xxx 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 #1: Wed Apr 18
10:29:35 WST 2007 [EMAIL PROTECTED] :/usr/src/sys/amd64/compile/PHEONIX
amd64
 


Description:

ld -dc -r -o fdisk.lo fdisk_stub.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/fdisk/fdisk.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/fdisk/geom_mbr_enc.o
crunchide -k _crunched_fdisk_stub fdisk.lo
echo int _crunched_dhclient_stub(int argc, char **argv, char **envp){return
main(argc,argv,envp);} dhclient_stub.c
cc -O2 -fno-strict-aliasing -pipe -c dhclient_stub.c
ld -dc -r -o dhclient.lo dhclient_stub.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/dhclient.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/clparse.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/alloc.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/dispatch.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/hash.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/bpf.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/options.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/tree.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/conflex.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/errwarn.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/inet.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/packet.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/convert.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/tables.o
/usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/parse.o /usr/o
bj/usr/src/rescue/rescue//usr/src/sbin/dhclient/privsep.o
crunchide -k _crunched_dhclient_stub dhclient.lo
echo int _crunched_gzip_stub(int argc, char **argv, char **envp){return
main(argc,argv,envp);} gzip_stub.c
cc -O2 -fno-strict-aliasing -pipe -c gzip_stub.c
ld -dc -r -o gzip.lo gzip_stub.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/gzip/gzip.o
crunchide -k _crunched_gzip_stub gzip.lo
echo int _crunched_bzip2_stub(int argc, char **argv, char **envp){return
main(argc,argv,envp);} bzip2_stub.c
cc -O2 -fno-strict-aliasing -pipe -c bzip2_stub.c
ld -dc -r -o bzip2.lo bzip2_stub.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/bzip2/bzip2.o
crunchide -k _crunched_bzip2_stub bzip2.lo
echo int _crunched_tar_stub(int argc, char **argv, char **envp){return
main(argc,argv,envp);} tar_stub.c
cc -O2 -fno-strict-aliasing -pipe -c tar_stub.c
ld -dc -r -o tar.lo tar_stub.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/bsdtar.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/getdate.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/matching.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/read.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/tree.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/util.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/write.o
crunchide -k _crunched_tar_stub tar.lo
echo int _crunched_vi_stub(int argc, char **argv, char **envp){return
main(argc,argv,envp);} vi_stub.c
cc -O2 -fno-strict-aliasing -pipe -c vi_stub.c
ld -dc -r -o vi.lo vi_stub.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_bsd.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_funcs.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_main.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_read.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_screen.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_term.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cut.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/delete.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/exf.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/key.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/line.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/log.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/main.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/mark.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/msg.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/options.o /usr/obj/usr/
src/rescue/rescue//usr/src/usr.bin/vi/options_f.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/put.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/screen.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/search.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/seq.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/recover.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/util.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_abbrev.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_append.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_args.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_argv.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_at.o
/usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_bang.o
/usr/obj/usr/src/rescue/rescue//usr/src

make buildworld error on am64

[zen]

hi ,
sorry to bother you again,
i'm trying updating my machine to 6.2STABLE,
but during make buildworld the process stop with these error messages:

--
 stage 4.2: building libraries
--
cd /usr/src;  MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  
MACHINE=amd64  CPUTYPE=amd64  
GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin  
GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font  
GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac  
_SHLIBDIRPREFIX=/usr/obj/usr/src/tmp  INSTALL=sh 
/usr/src/tools/install.sh  
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin 
make -f Makefile.inc1 DESTDIR=/usr/obj/usr/src/tmp -DNO_FSCHG -DNO_HTML 
-DNO_INFO -DNO_LINT -DNO_MAN  -DNO_NLS -DNO_PROFILE libraries
cd /usr/src;  make -f Makefile.inc1 _startup_libs;  make -f 
Makefile.inc1 _prebuild_libs;  make -f Makefile.inc1 _generic_libs;

=== gnu/lib/csu (depend,all,install)
make -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile 
MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile 
GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tconfig.h

echo '#ifndef GCC_TCONFIG_H' tconfig.h
echo '#define GCC_TCONFIG_H' tconfig.h
echo '#ifdef IN_GCC' tconfig.h
echo '# include ansidecl.h'tconfig.h
echo '#endif'tconfig.h
echo '#define USED_FOR_TARGET'   tconfig.h
echo '#endif /* GCC_TCONFIG_H */'tconfig.h
make -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile 
MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile 
GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tm.h

echo '#ifndef GCC_TM_H'  tm.h
echo '#define GCC_TM_H'  tm.h
echo '#ifdef IN_GCC' tm.h
echo '#include i386/biarch64.h'tm.h
echo '#include i386/i386.h'tm.h
echo '#include i386/unix.h'tm.h
echo '#include i386/att.h' tm.h
echo '#include dbxelf.h'   tm.h
echo '#include elfos.h'tm.h
echo '#include freebsd-native.h'   tm.h
echo '#include freebsd-spec.h' tm.h
echo '#include freebsd.h'  tm.h
echo '#include i386/freebsd.h' tm.h
echo '#include i386/x86-64.h'  tm.h
echo '#include i386/freebsd64.h'   tm.h
echo '#include freebsd64-fix.h'tm.h
echo '#include defaults.h' tm.h
echo '#if !defined GENERATOR_FILE  !defined USED_FOR_TARGET'  tm.h
echo '# include insn-constants.h'  tm.h
echo '# include insn-flags.h'  tm.h
echo '#endif'tm.h
echo '#endif'tm.h
echo '#define EXTRA_MODES_FILE i386/i386-modes.def'  tm.h
echo '#endif /* GCC_TM_H */' tm.h
rm -f .depend
mkdep -f .depend -a -DCRT_BEGIN   -DIN_GCC -DHAVE_LD_EH_FRAME_HDR 
-I/usr/src/gnu/lib/csu/../../../contrib/gcc/config 
-I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. 
-I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools 
/usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
cc -O -pipe -march=amd64 -DIN_GCC -DHAVE_LD_EH_FRAME_HDR 
-finhibit-size-directive -fno-inline-functions  -fno-exceptions 
-fno-zero-initialized-in-bss  -fno-omit-frame-pointer 
-fno-unit-at-a-time -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config 
-I/usr/src/gnu/lib/csu/../../../contrib/gcc -I.  
-I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -std=gnu89  -g0 
-DCRT_BEGIN  -c -o crtbegin.o 
/usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
/usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad value 
(amd64) for -march= switch
/usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad value 
(amd64) for -mtune= switch

*** Error code 1

Stop in /usr/src/gnu/lib/csu.
*** Error code 1

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

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

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

Stop in /usr/src.

the box was fresh install from 6.2RELEASE, and was build on am64 arch.
it has 4Gigs RAM and amd64 X2 AM2 socket.

could you  tell me how to resolve this problem?


TIA
Zen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld error on am64

[zen]

Niclas Zeising wrote:


On 4/4/07, zen [EMAIL PROTECTED] wrote:


hi ,
sorry to bother you again,
i'm trying updating my machine to 6.2STABLE,



[snip error log]



the box was fresh install from 6.2RELEASE, and was build on am64 arch.
it has 4Gigs RAM and amd64 X2 AM2 socket.

could you  tell me how to resolve this problem?


TIA
Zen



What's in your /etc/make.conf? It seems to me you have set cputype to
a faulty value...
HTH!
//Niclas


this is my /etc/make.conf

CFLAGS= -O -pipe
NOPROFILE= true
USA_RESIDENT= yes
CPUTYPE=amd64
NO_PROFILE=yes

TIA

Zen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld error on am64

[Niclas Zeising]

On 4/4/07, zen [EMAIL PROTECTED] wrote:

Niclas Zeising wrote:

 On 4/4/07, zen [EMAIL PROTECTED] wrote:

 hi ,
 sorry to bother you again,
 i'm trying updating my machine to 6.2STABLE,


 [snip error log]


 the box was fresh install from 6.2RELEASE, and was build on am64 arch.
 it has 4Gigs RAM and amd64 X2 AM2 socket.

 could you  tell me how to resolve this problem?


 TIA
 Zen


 What's in your /etc/make.conf? It seems to me you have set cputype to
 a faulty value...
 HTH!
 //Niclas

this is my /etc/make.conf

CFLAGS= -O -pipe
NOPROFILE= true
USA_RESIDENT= yes
CPUTYPE=amd64
NO_PROFILE=yes

TIA

Zen



That explains why the build blowes up. Valid options for CPUTYPE are:
#   AMD64 architecture: opteron, athlon64, nocona, prescott, core2
Depending on your CPU.

Also, be aware that it's best to add cputype as CPUTYPE?=, so
makefiles can change the cpu-type if need be.
Have a look at src/share/examples/etc/make.conf and make.conf(5) for
further explanations and options to put in your make.conf.
HTH!
//Niclas
--
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld error on am64

[Niclas Zeising]

On 4/4/07, zen [EMAIL PROTECTED] wrote:

hi ,
sorry to bother you again,
i'm trying updating my machine to 6.2STABLE,


[snip error log]



the box was fresh install from 6.2RELEASE, and was build on am64 arch.
it has 4Gigs RAM and amd64 X2 AM2 socket.

could you  tell me how to resolve this problem?


TIA
Zen


What's in your /etc/make.conf? It seems to me you have set cputype to
a faulty value...
HTH!
//Niclas
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld error on am64

[zen]

Ruslan Ermilov wrote:


On Wed, Apr 04, 2007 at 05:00:09PM +0700, zen wrote:
 


Niclas Zeising wrote:

   


On 4/4/07, zen [EMAIL PROTECTED] wrote:

 


hi ,
sorry to bother you again,
i'm trying updating my machine to 6.2STABLE,
   


[snip error log]

 


the box was fresh install from 6.2RELEASE, and was build on am64 arch.
it has 4Gigs RAM and amd64 X2 AM2 socket.

could you  tell me how to resolve this problem?


TIA
Zen
   


What's in your /etc/make.conf? It seems to me you have set cputype to
a faulty value...
HTH!
//Niclas

 


this is my /etc/make.conf

CFLAGS= -O -pipe
NOPROFILE= true
USA_RESIDENT= yes
CPUTYPE=amd64
NO_PROFILE=yes

   


amd64 is not a valid CPUTYPE; see /usr/share/examples/etc/make.conf
for a list of supported CPU types and pick up any suitable value.


Cheers,
 


problem solve, i change the value of CPUTYPE to CPUTYPE?=k8,
and hopefully everything will be ok..
Thanks All

Regards

Zen

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld error on am64

[Ruslan Ermilov]

On Wed, Apr 04, 2007 at 05:00:09PM +0700, zen wrote:
 Niclas Zeising wrote:
 
 On 4/4/07, zen [EMAIL PROTECTED] wrote:
 
 hi ,
 sorry to bother you again,
 i'm trying updating my machine to 6.2STABLE,
 
 
 [snip error log]
 
 
 the box was fresh install from 6.2RELEASE, and was build on am64 arch.
 it has 4Gigs RAM and amd64 X2 AM2 socket.
 
 could you  tell me how to resolve this problem?
 
 
 TIA
 Zen
 
 
 What's in your /etc/make.conf? It seems to me you have set cputype to
 a faulty value...
 HTH!
 //Niclas
 
 this is my /etc/make.conf
 
 CFLAGS= -O -pipe
 NOPROFILE= true
 USA_RESIDENT= yes
 CPUTYPE=amd64
 NO_PROFILE=yes
 
amd64 is not a valid CPUTYPE; see /usr/share/examples/etc/make.conf
for a list of supported CPU types and pick up any suitable value.


Cheers,
-- 
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer


pgpgQA6igbWuE.pgp
Description: PGP signature

Re: 'make buildworld' fails

[Ruslan Ermilov]

On Fri, Jan 26, 2007 at 08:49:19PM +0500, archon wrote:
 I've just updated the sources in FreeBSD 6.2-RELEASE and tried to
 rebuild world. With option 'NO_CXX=YES' in /etc/make.conf world compiled
 successful, if this option not added 'make buildworld' failed. 'make
 buildworld' fails:
 ..
 === gnu/usr.bin/groff/src/libs/libgroff (depend)
 Making version.cpp
 rm -f .depend
 mkdep -f .depend -a-DHAVE_CONFIG_H
 -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/include
  -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include 
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/iftoa.c
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/itoa.c
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/matherr.c
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/progname.c
 mkdep -f .depend
 -a
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/assert.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/change_lf.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/color.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cset.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/device.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/errarg.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/error.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fatal.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/filename.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/font.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fontfile.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/geometry.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/glyphuni.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/htmlhint.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/hypot.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/invalid.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lf.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lineno.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/macropath.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/maxfilename.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/mksdir.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/nametoindex.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/new.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/paper.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/prime.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/ptable.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/searchpath.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/strsave.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/symbol.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpfile.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpname.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/unicode.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniglyph.cpp
  
 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs

'make buildworld' fails

[archon]

I've just updated the sources in FreeBSD 6.2-RELEASE and tried to
rebuild world. With option 'NO_CXX=YES' in /etc/make.conf world compiled
successful, if this option not added 'make buildworld' failed. 'make
buildworld' fails:
..
=== gnu/usr.bin/groff/src/libs/libgroff (depend)
Making version.cpp
rm -f .depend
mkdep -f .depend -a-DHAVE_CONFIG_H
-I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/include
 -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/iftoa.c
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/itoa.c
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/matherr.c
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/progname.c
mkdep -f .depend
-a
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/assert.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/change_lf.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/color.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cset.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/device.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/errarg.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/error.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fatal.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/filename.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/font.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fontfile.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/geometry.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/glyphuni.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/htmlhint.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/hypot.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/invalid.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lf.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lineno.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/macropath.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/maxfilename.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/mksdir.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/nametoindex.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/new.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/paper.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/prime.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/ptable.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/searchpath.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/strsave.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/symbol.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpfile.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpname.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/unicode.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniglyph.cpp
 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniuni.cpp
 version.cpp 
/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cpp:27:18:
 cmap.h

6.2: make buildworld fails at usr.bin/passwd

[Heinrich Rebehn]

Hi list,

I just cvsup'ed 6.2 (tag=RELENG_6_2) and buildworld fails with:

[...]
rm -f opiepasswd opiepasswd.o opiepasswd.1.gz opiepasswd.1.cat.gz
rm -f .depend GPATH GRTAGS GSYMS GTAGS
=== usr.bin/pagesize (cleandir)
rm -f pagesize.1.gz pagesize.1.cat.gz
=== usr.bin/passwd (cleandir)
cd: can't cd to /usr/src/usr.bin/passwd
*** Error code 2

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

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

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

Stop in /usr/src.


Does anyone know what is wrong here? Why is /usr/src/usr.bin/passwd 
missing? I tried different german mirrors.


Regards,

Heinrich Rebehn

University of Bremen
Physics / Electrical and Electronics Engineering
- Department of Telecommunications -

Phone : +49/421/218-4664
Fax   :-3341
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: 6.2: make buildworld fails at usr.bin/passwd

[Ruslan Ermilov]

On Thu, Jan 18, 2007 at 09:41:11AM +0100, Heinrich Rebehn wrote:
 Hi list,
 
 I just cvsup'ed 6.2 (tag=RELENG_6_2) and buildworld fails with:
 
 [...]
 rm -f opiepasswd opiepasswd.o opiepasswd.1.gz opiepasswd.1.cat.gz
 rm -f .depend GPATH GRTAGS GSYMS GTAGS
 === usr.bin/pagesize (cleandir)
 rm -f pagesize.1.gz pagesize.1.cat.gz
 === usr.bin/passwd (cleandir)
 cd: can't cd to /usr/src/usr.bin/passwd
 *** Error code 2
 
 Stop in /usr/src/usr.bin.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 
 Does anyone know what is wrong here? Why is /usr/src/usr.bin/passwd 
 missing? I tried different german mirrors.
 
It could be you configured you CVSup to ignore it
in one way or another.  Run cvsup(1) in verbose
mode and see what happens.


Cheers,
-- 
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer


pgp4jyqO5OFKz.pgp
Description: PGP signature

Re: 6.2: make buildworld fails at usr.bin/passwd

[Jeremy Chadwick]

On Thu, Jan 18, 2007 at 09:41:11AM +0100, Heinrich Rebehn wrote:
 Hi list,
 
 I just cvsup'ed 6.2 (tag=RELENG_6_2) and buildworld fails with:
 
 [...]
 rm -f opiepasswd opiepasswd.o opiepasswd.1.gz opiepasswd.1.cat.gz
 rm -f .depend GPATH GRTAGS GSYMS GTAGS
 === usr.bin/pagesize (cleandir)
 rm -f pagesize.1.gz pagesize.1.cat.gz
 === usr.bin/passwd (cleandir)
 cd: can't cd to /usr/src/usr.bin/passwd
 *** Error code 2
 
 Stop in /usr/src/usr.bin.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 
 Does anyone know what is wrong here? Why is /usr/src/usr.bin/passwd 
 missing? I tried different german mirrors.

I've successfully built world from RELENG_6 (not RELENG_6_2) and
did not encounter this problem.

Another possibility would be the scenario where you installed
src-all from CD/DVD/FTP/whatever during your initial installation,
and you have not adopted (yes, this is the term used in the FAQ)
your src tree to that pulled down via cvsup/csup.

The cvsup FAQ addresses this here:

http://www.cvsup.org/faq.html#caniadopt
http://www.cvsup.org/faq.html#adopt

-- 
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networkinghttp://www.parodius.com/ |
| UNIX Systems Administrator   Mountain View, CA, USA |
| Making life hard for others since 1977.   PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld is always braking at various points

[Andrei Kolu]

On Sunday, 7. January 2007 20:08, Peter Jeremy wrote:
 On Sun, 2007-Jan-07 17:44:24 +0100, Christoph Illnar wrote:
 I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2.
 I downloaded sources, extracted them with install.sh and did a cvsup.
 
 My installed system is 6.1-RELEASE and I keep trying to compile it on my
 own.

 Is the failure consistent?  I suspect you may have bad RAM.

 === lib/libpthread (all)
 
[.. lines suppressed ..]

 make: don't know how to make
 /usr/src.lib/libpthread/arch/i386/include/pthread_md.h. Stop
 *** Error code 2

 Note that:
 1) /usr/src.lib/ does not normally exist;
 2)  . and / differ by 1 bit;
 3) The cc line shows -I/usr/src/lib/libpthread/arch/i386/include;
 4) Compiling thr_condattr_init.c uses the same #include sequence to
successfully load pthread_md.h;
 5) None of the test build boxes are reporting any problems.

 Please try running a memory test, or swapping your RAM.
I got similar problem with faulty PSU- Chieftec 410W. Memtest accepted RAM 
sticks- not a single error within 24h but when I started writing something 
onto raid then system rebooted randomly with various error messages. Changed 
PSU and all problems was gone. Same Chieftec 410W PSU works fine with other 
box.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld is always braking at various points

[Christoph Illnar]

Peter Jeremy schrieb:

On Sun, 2007-Jan-07 17:44:24 +0100, Christoph Illnar wrote:

I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2.
I downloaded sources, extracted them with install.sh and did a cvsup.

My installed system is 6.1-RELEASE and I keep trying to compile it on my 
own.


Is the failure consistent?  I suspect you may have bad RAM.

Note that:
1) /usr/src.lib/ does not normally exist;
2)  . and / differ by 1 bit;
3) The cc line shows -I/usr/src/lib/libpthread/arch/i386/include;
4) Compiling thr_condattr_init.c uses the same #include sequence to
   successfully load pthread_md.h;
5) None of the test build boxes are reporting any problems.

Please try running a memory test, or swapping your RAM.



Thank you Peter, your guess was quite right!

I've never seen something like that, because with the same settings each 
compilation process stopped at the same position. So I did not suspect a 
faulty memory where I believed build should break randomly.


Tests showed that all 4(!) banks showed errors and when I replaced them 
my build finished successfully.


Shame on me for not checking this before!

Thank you again everyone for your hints!

kindly regards,
Christoph
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld is always braking at various points

[Kevin Oberman]

 From: Andrei Kolu [EMAIL PROTECTED]
 Date: Mon, 8 Jan 2007 12:29:23 +0200
 Sender: [EMAIL PROTECTED]
 
 On Sunday, 7. January 2007 20:08, Peter Jeremy wrote:
  On Sun, 2007-Jan-07 17:44:24 +0100, Christoph Illnar wrote:
  I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2.
  I downloaded sources, extracted them with install.sh and did a cvsup.
  
  My installed system is 6.1-RELEASE and I keep trying to compile it on my
  own.
 
  Is the failure consistent?  I suspect you may have bad RAM.
 
  === lib/libpthread (all)
  
 [.. lines suppressed ..]
 
  make: don't know how to make
  /usr/src.lib/libpthread/arch/i386/include/pthread_md.h. Stop
  *** Error code 2
 
  Note that:
  1) /usr/src.lib/ does not normally exist;
  2)  . and / differ by 1 bit;
  3) The cc line shows -I/usr/src/lib/libpthread/arch/i386/include;
  4) Compiling thr_condattr_init.c uses the same #include sequence to
 successfully load pthread_md.h;
  5) None of the test build boxes are reporting any problems.
 
  Please try running a memory test, or swapping your RAM.
 I got similar problem with faulty PSU- Chieftec 410W. Memtest accepted RAM 
 sticks- not a single error within 24h but when I started writing something 
 onto raid then system rebooted randomly with various error messages. Changed 
 PSU and all problems was gone. Same Chieftec 410W PSU works fine with other 
 box.

This error is almost always attributed to RAM problems, for good
reason. That does not mean that RAM is the only source, though.

Almost any hardware issue can cause the problem. The power supply has
been a common source of problems in electronics since before most people
on this list were born (and probably before their parents were born) and
remains commonly overlooked when trouble shooting.

Another source can be temperature. I have an AMD K6-450 system which ran
solidly for a long time except for buildworld. Tested all of the RAM and
even swapped it out. Swapped out the power supply as well. The faults
while building word persisted.

I then tried monitoring the temperature of the CPU and that was the
problem. A better heat sink, properly installed with a THIN layer of
heat-sink grease fixed the problem.

The reality is that this error can be caused by almost any problem in
the mother board or power supply and may be the result of interaction of
components. This can make trouble shooting very tedious. I don't even
want to think of the issues of finding a problem caused by a poor solder
joint. :-(
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: [EMAIL PROTECTED]   Phone: +1 510 486-8634
Key fingerprint:059B 2DDF 031C 9BA3 14A4  EADA 927D EBB3 987B 3751


pgpuBfo1T2Xes.pgp
Description: PGP signature

make buildworld is always braking at various points

[Christoph Illnar]

-ttys (telnet etc)
device  md  # Memory disks
device  bpf # Berkeley packet filter
device  pf
device  pflog
device  pfsync
device  uhci# UHCI PCI-USB interface
device  ohci# OHCI PCI-USB interface
device  ehci# EHCI PCI-USB interface (USB 2.0)
device  usb # USB Bus (required)
device  ugen# Generic
device  uhid# Human Interface Devices
device  ukbd# Keyboard
device  ums # Mouse


when on 6.2-RC2 sources I do a
# cd /usr/src
# make buildworld
it breaks with these last lines:

[.. lines suppressed ..]

building shared library libpmc.so.3
=== lib/libpthread (all)

[.. lines suppressed ..]

cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DPTHREAD_KERNEL 
-I/usr/src/lib/libpthread/../libc/include 
-I/usr/src/lib/libpthread/thread 
-I/usr/src/lib/libpthread/../../include 
-I/usr/src/lib/libpthread/arch/i386/include 
-I/usr/src/lib/libpthread/sys 
-I/usr/src/lib/libpthread/../../libexec/rtld-elf 
-I/usr/src/lib/libpthread/../../libexec/rtld-elf/i386 -fno-builtin 
-D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall 
-I/usr/src/lib/libpthread/../libc/i386  -c 
/usr/src/lib/libpthread/thread/thr_condattr_init.c


cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DPTHREAD_KERNEL 
-I/usr/src/lib/libpthread/../libc/include 
-I/usr/src/lib/libpthread/thread 
-I/usr/src/lib/libpthread/../../include 
-I/usr/src/lib/libpthread/arch/i386/include 
-I/usr/src/lib/libpthread/sys 
-I/usr/src/lib/libpthread/../../libexec/rtld-elf 
-I/usr/src/lib/libpthread/../../libexec/rtld-elf/i386 -fno-builtin 
-D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall 
-I/usr/src/lib/libpthread/../libc/i386  -c 
/usr/src/lib/libpthread/thread/thr_condattr_pshared.c


make: don't know how to make 
/usr/src.lib/libpthread/arch/i386/include/pthread_md.h. Stop

*** Error code 2

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

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

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

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

Stop in /usr/src.


As I am new to BSD it is perhaps just a little hint that would help. 
Unfortunately neither RTFM nor a good book have been helpful so far...

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld is always braking at various points

[Peter Jeremy]

On Sun, 2007-Jan-07 17:44:24 +0100, Christoph Illnar wrote:
I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2.
I downloaded sources, extracted them with install.sh and did a cvsup.

My installed system is 6.1-RELEASE and I keep trying to compile it on my 
own.

Is the failure consistent?  I suspect you may have bad RAM.

=== lib/libpthread (all)

[.. lines suppressed ..]

cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DPTHREAD_KERNEL 
-I/usr/src/lib/libpthread/../libc/include 
-I/usr/src/lib/libpthread/thread 
-I/usr/src/lib/libpthread/../../include 
-I/usr/src/lib/libpthread/arch/i386/include 
-I/usr/src/lib/libpthread/sys 
-I/usr/src/lib/libpthread/../../libexec/rtld-elf 
-I/usr/src/lib/libpthread/../../libexec/rtld-elf/i386 -fno-builtin 
-D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall 
-I/usr/src/lib/libpthread/../libc/i386  -c 
/usr/src/lib/libpthread/thread/thr_condattr_init.c

cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DPTHREAD_KERNEL 
-I/usr/src/lib/libpthread/../libc/include 
-I/usr/src/lib/libpthread/thread 
-I/usr/src/lib/libpthread/../../include 
-I/usr/src/lib/libpthread/arch/i386/include 
-I/usr/src/lib/libpthread/sys 
-I/usr/src/lib/libpthread/../../libexec/rtld-elf 
-I/usr/src/lib/libpthread/../../libexec/rtld-elf/i386 -fno-builtin 
-D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall 
-I/usr/src/lib/libpthread/../libc/i386  -c 
/usr/src/lib/libpthread/thread/thr_condattr_pshared.c

make: don't know how to make 
/usr/src.lib/libpthread/arch/i386/include/pthread_md.h. Stop
*** Error code 2

Note that:
1) /usr/src.lib/ does not normally exist;
2)  . and / differ by 1 bit;
3) The cc line shows -I/usr/src/lib/libpthread/arch/i386/include;
4) Compiling thr_condattr_init.c uses the same #include sequence to
   successfully load pthread_md.h;
5) None of the test build boxes are reporting any problems.

Please try running a memory test, or swapping your RAM.

-- 
Peter Jeremy


pgpFKiYH7vLfm.pgp
Description: PGP signature

Re: make buildworld is always braking at various points

[Wolfgang Zenker]

Hello,

 I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2.
 I downloaded sources, extracted them with install.sh and did a cvsup.
 [..]
 # make buildworld
 it breaks with these last lines:
 
 [.. lines suppressed ..]

 building shared library libpmc.so.3
 === lib/libpthread (all)

 [.. lines suppressed ..]
 cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DPTHREAD_KERNEL 
 -I/usr/src/lib/libpthread/../libc/include 
 -I/usr/src/lib/libpthread/thread 
 -I/usr/src/lib/libpthread/../../include 
 -I/usr/src/lib/libpthread/arch/i386/include 
 -I/usr/src/lib/libpthread/sys 
 -I/usr/src/lib/libpthread/../../libexec/rtld-elf 
 -I/usr/src/lib/libpthread/../../libexec/rtld-elf/i386 -fno-builtin 
 -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall 
 -I/usr/src/lib/libpthread/../libc/i386  -c 
 /usr/src/lib/libpthread/thread/thr_condattr_pshared.c

 make: don't know how to make 
 /usr/src.lib/libpthread/arch/i386/include/pthread_md.h. Stop
 *** Error code 2

when make tries to rebuild source files, this is often an indication
of mis-set system clocks. Check date/time settings on your machine.

Wolfgang
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld

[[LoN]Kamikaze]

zen wrote:
 dear all,
 i have a problem during upgrading my FreeBSD box to 6.1,
 this error occured during make buildworld.
 these are the error mesages:
 
 _tools/../../../../contrib/gcc/genemit.c
 /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c: In
 function `gen_expand':
 /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c:546:
 internal compiler error: Segmentation fault: 11

That looks like faulty memory or a temperature problem. Such problems normally 
only show on very high load.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld error on recent sources

[JoaoBR]

On Wednesday 06 December 2006 15:20, Ruslan Ermilov wrote:
 On Wed, Dec 06, 2006 at 03:43:32PM -0200, JoaoBR wrote:
  On Wednesday 06 December 2006 15:07, Ruslan Ermilov wrote:
    /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/ti
  nfo/make_keys.c
  
/usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc
*** Error code 1
   
Stop in /usr/src/lib/libncurses.
*** Error code 1
  
   I bet the date/time on your computer is set incorrectly.
 
  firstable thanks and also the bet was good

 Good to hear.

  could you be so kind and tell me where you saw it or was it
  kind of feeling?

 I have magic glasses ;-) and some experience with the FreeBSD
 build system.  If you search the mailing list archives, you'll
 see that your case is not new.  The really short version of
 what happens here is that by NOT having the system's date/time
 set correctly, you fool make(1) into thinking it should rebuild
 something when it's not supposed to do it.

m ... then you have that thing everybody really wants :) but I guess your 
experience is overwriting the glasses ;) 

I found lots of threads not exactly to my error but related to system builds 
and system time and I haven't read them all, especial since you resumed it 
already. Has it to do with the make delimiters : and ; ?

anyway, the error msg I got is kind of weak here, right?

anyway again, if the date is so important, understandable BTW, why then 
buildworld does not compare system time and realtime by a simple ntpdate 
lookup and give out an advice about the risk?

In my case we have people doing the standard CD install and then we do cvsup  
and build the system. Sure was my fault not checking the date but a simple 
thing to check the time and say hey, your time/date might be wrong, please 
check. don't you agree? 

funny then or related, look I did a binary upgrade using sysinstall to 
6.2-RC1, but by mistake I set RC2, then sysinstall obviously didn't found it 
and I corrected to RC1. The upgrade run fine and rebooting still appeared 
6.1-RELEASE

then I did it again setting correctly to RC1 and sysinstall warned about the 
old kernel .prev and completed well but after reboot there was 
no /boot/kernel and bootloader failed

both binary upgrades I must have done with bad date. Are this problems also 
related to the date or are they sysinstall bugs, what do you think?


-- 

João







A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service fornecido pelo Datacenter Matik  https://datacenter.matik.com.br
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]