Re: [head tinderbox] failure on powerpc64/powerpc
On 25.12.11 00:59, Justin Hibbits wrote: On Dec 24, 2011 6:46 PM, FreeBSD Tinderboxtinder...@freebsd.org wrote: TB --- 2011-12-24 21:13:44 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-24 21:13:44 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-12-24 21:13:44 - cleaning the object tree TB --- 2011-12-24 21:13:56 - cvsupping the source tree TB --- 2011-12-24 21:13:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-12-24 21:14:08 - building world TB --- 2011-12-24 21:14:08 - CROSS_BUILD_TESTING=YES TB --- 2011-12-24 21:14:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-24 21:14:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-24 21:14:08 - SRCCONF=/dev/null TB --- 2011-12-24 21:14:08 - TARGET=powerpc TB --- 2011-12-24 21:14:08 - TARGET_ARCH=powerpc64 TB --- 2011-12-24 21:14:08 - TZ=UTC TB --- 2011-12-24 21:14:08 - __MAKE_CONF=/dev/null TB --- 2011-12-24 21:14:08 - cd /src TB --- 2011-12-24 21:14:08 - /usr/bin/make -B buildworld World build started on Sat Dec 24 21:14:08 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Sat Dec 24 23:35:25 UTC 2011 TB --- 2011-12-24 23:35:25 - generating LINT kernel config TB --- 2011-12-24 23:35:25 - cd /src/sys/powerpc/conf TB --- 2011-12-24 23:35:25 - /usr/bin/make -B LINT TB --- 2011-12-24 23:35:25 - cd /src/sys/powerpc/conf TB --- 2011-12-24 23:35:25 - /usr/sbin/config -m LINT TB --- 2011-12-24 23:35:25 - building LINT kernel TB --- 2011-12-24 23:35:25 - CROSS_BUILD_TESTING=YES TB --- 2011-12-24 23:35:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-24 23:35:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-24 23:35:25 - SRCCONF=/dev/null TB --- 2011-12-24 23:35:25 - TARGET=powerpc TB --- 2011-12-24 23:35:25 - TARGET_ARCH=powerpc64 TB --- 2011-12-24 23:35:25 - TZ=UTC TB --- 2011-12-24 23:35:25 - __MAKE_CONF=/dev/null TB --- 2011-12-24 23:35:25 - cd /src TB --- 2011-12-24 23:35:25 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Dec 24 23:35:25 UTC 2011 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/fb/fb.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/hwpmc/hwpmc_powerpc.c /src/sys/dev/hwpmc/hwpmc_powerpc.c: In function 'powerpc_intr': /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'AMD_PMC_ENABLE' undeclared (first use in this function) /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: (Each undeclared identifier is reported only once /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: for each function it appears in.) /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'union pmc_md_pmc' has no member named 'pm_amd' /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'union pmc_md_pmc' has no member named 'pm_amd' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-24 23:45:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-24 23:45:43 - ERROR: failed to build LINT kernel TB --- 2011-12-24 23:45:43 - 7497.27 user 1367.80 system 9118.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full ___ freebsd-current@freebsd.org mailing list
Re: [head tinderbox] failure on powerpc64/powerpc
On Dec 25, 2011 5:27 AM, Andreas Tobler andreast-l...@fgznet.ch wrote: On 25.12.11 00:59, Justin Hibbits wrote: On Dec 24, 2011 6:46 PM, FreeBSD Tinderboxtinder...@freebsd.org wrote: TB --- 2011-12-24 21:13:44 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-24 21:13:44 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-12-24 21:13:44 - cleaning the object tree TB --- 2011-12-24 21:13:56 - cvsupping the source tree TB --- 2011-12-24 21:13:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-12-24 21:14:08 - building world TB --- 2011-12-24 21:14:08 - CROSS_BUILD_TESTING=YES TB --- 2011-12-24 21:14:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-24 21:14:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-24 21:14:08 - SRCCONF=/dev/null TB --- 2011-12-24 21:14:08 - TARGET=powerpc TB --- 2011-12-24 21:14:08 - TARGET_ARCH=powerpc64 TB --- 2011-12-24 21:14:08 - TZ=UTC TB --- 2011-12-24 21:14:08 - __MAKE_CONF=/dev/null TB --- 2011-12-24 21:14:08 - cd /src TB --- 2011-12-24 21:14:08 - /usr/bin/make -B buildworld World build started on Sat Dec 24 21:14:08 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Sat Dec 24 23:35:25 UTC 2011 TB --- 2011-12-24 23:35:25 - generating LINT kernel config TB --- 2011-12-24 23:35:25 - cd /src/sys/powerpc/conf TB --- 2011-12-24 23:35:25 - /usr/bin/make -B LINT TB --- 2011-12-24 23:35:25 - cd /src/sys/powerpc/conf TB --- 2011-12-24 23:35:25 - /usr/sbin/config -m LINT TB --- 2011-12-24 23:35:25 - building LINT kernel TB --- 2011-12-24 23:35:25 - CROSS_BUILD_TESTING=YES TB --- 2011-12-24 23:35:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-24 23:35:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-24 23:35:25 - SRCCONF=/dev/null TB --- 2011-12-24 23:35:25 - TARGET=powerpc TB --- 2011-12-24 23:35:25 - TARGET_ARCH=powerpc64 TB --- 2011-12-24 23:35:25 - TZ=UTC TB --- 2011-12-24 23:35:25 - __MAKE_CONF=/dev/null TB --- 2011-12-24 23:35:25 - cd /src TB --- 2011-12-24 23:35:25 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Dec 24 23:35:25 UTC 2011 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/fb/fb.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/hwpmc/hwpmc_powerpc.c /src/sys/dev/hwpmc/hwpmc_powerpc.c: In function 'powerpc_intr': /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'AMD_PMC_ENABLE' undeclared (first use in this function) /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: (Each undeclared identifier is reported only once /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: for each function it appears in.) /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'union pmc_md_pmc' has no member named 'pm_amd' /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'union pmc_md_pmc' has no member named 'pm_amd' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-24 23:45:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-24 23:45:43 - ERROR: failed to build LINT kernel TB --- 2011-12-24 23:45:43 - 7497.27 user 1367.80 system 9118.84 real
[head tinderbox] failure on powerpc/powerpc
TB --- 2011-12-25 11:06:31 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-25 11:06:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-12-25 11:06:31 - cleaning the object tree TB --- 2011-12-25 11:06:44 - cvsupping the source tree TB --- 2011-12-25 11:06:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-12-25 11:07:44 - building world TB --- 2011-12-25 11:07:44 - CROSS_BUILD_TESTING=YES TB --- 2011-12-25 11:07:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-25 11:07:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-25 11:07:44 - SRCCONF=/dev/null TB --- 2011-12-25 11:07:44 - TARGET=powerpc TB --- 2011-12-25 11:07:44 - TARGET_ARCH=powerpc TB --- 2011-12-25 11:07:44 - TZ=UTC TB --- 2011-12-25 11:07:44 - __MAKE_CONF=/dev/null TB --- 2011-12-25 11:07:44 - cd /src TB --- 2011-12-25 11:07:44 - /usr/bin/make -B buildworld World build started on Sun Dec 25 11:07:45 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sun Dec 25 13:05:40 UTC 2011 TB --- 2011-12-25 13:05:40 - generating LINT kernel config TB --- 2011-12-25 13:05:40 - cd /src/sys/powerpc/conf TB --- 2011-12-25 13:05:40 - /usr/bin/make -B LINT TB --- 2011-12-25 13:05:40 - cd /src/sys/powerpc/conf TB --- 2011-12-25 13:05:40 - /usr/sbin/config -m LINT TB --- 2011-12-25 13:05:40 - building LINT kernel TB --- 2011-12-25 13:05:40 - CROSS_BUILD_TESTING=YES TB --- 2011-12-25 13:05:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-25 13:05:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-25 13:05:40 - SRCCONF=/dev/null TB --- 2011-12-25 13:05:40 - TARGET=powerpc TB --- 2011-12-25 13:05:40 - TARGET_ARCH=powerpc TB --- 2011-12-25 13:05:40 - TZ=UTC TB --- 2011-12-25 13:05:40 - __MAKE_CONF=/dev/null TB --- 2011-12-25 13:05:40 - cd /src TB --- 2011-12-25 13:05:40 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Dec 25 13:05:40 UTC 2011 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/fb/fb.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/hwpmc/hwpmc_powerpc.c /src/sys/dev/hwpmc/hwpmc_powerpc.c: In function 'powerpc_intr': /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'AMD_PMC_ENABLE' undeclared (first use in this function) /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: (Each undeclared identifier is reported only once /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: for each function it appears in.) /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'union pmc_md_pmc' has no member named 'pm_amd' /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'union pmc_md_pmc' has no member named 'pm_amd' *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-25 13:15:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-25 13:15:53 - ERROR: failed to build LINT kernel TB --- 2011-12-25 13:15:53 - 6252.92 user 1070.92 system 7762.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
lost inode, no backup
FreeBSD ran.psg.com 10.0-CURRENT FreeBSD 10.0-CURRENT #4: Sat Dec 24 12:33:51 UTC 2011 r...@ran.psg.com:/usr/obj/usr/src/sys/RAN amd64 so doing all the wonderful holiday security upgrades and hit an ugly. these two problems may not be related. problem one on reboot, /usr/home was empty, as iff the inode had been lost. but no lost+found and fsck found no problem. # df -H Filesystem SizeUsed Avail Capacity Mounted on /dev/da0s1a5.2G1.6G3.1G34%/ devfs 1.0k1.0k 0B 100%/dev /dev/da0s1d2.1G356M1.6G19%/var /dev/da0s1e2.1G1.8M1.9G 0%/var/spool /dev/da0s1f138G111G 15G88%/usr /dev/md0 259M 36k238M 0%/tmp and we know /usr/home was fine before the reboot as i was running out of it, backup ran out of it, ... problem two so i go for the local raid which is the target of the ever faithful backup job, the essence of which is # 4 - /usr /sbin/dump 0Luaf - /dev/da0s1f | $SSH $USYS /bin/cat $DDIR/usr and which had run quite happily a few hours before DUMP: Date of this level 0 dump: Sat Dec 24 00:47:42 2011 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/da0s1f (/usr) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 56969906 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 0.78% done, finished in 10:36 at Sat Dec 24 11:29:34 2011 DUMP: 1.52% done, finished in 10:47 at Sat Dec 24 11:45:15 2011 ... DUMP: 97.88% done, finished in 0:05 at Sat Dec 24 05:13:38 2011 DUMP: DUMP: 56980137 tape blocks DUMP: finished in 15750 seconds, throughput 3617 KBytes/sec DUMP: level 0 dump on Sat Dec 24 00:47:42 2011 DUMP: DUMP IS DONE except that on all backups since the system moved to 10-current, home is empty in the usr file!!! all other directories there are good. and we know /usr/home was good, see above. the bleeping dump user has its directory there. luckily i had other means of restoring. but wtf? randy ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc64/powerpc
TB --- 2011-12-25 11:42:21 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-12-25 11:42:21 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-12-25 11:42:21 - cleaning the object tree TB --- 2011-12-25 11:42:46 - cvsupping the source tree TB --- 2011-12-25 11:42:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-12-25 11:43:00 - building world TB --- 2011-12-25 11:43:00 - CROSS_BUILD_TESTING=YES TB --- 2011-12-25 11:43:00 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-25 11:43:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-25 11:43:00 - SRCCONF=/dev/null TB --- 2011-12-25 11:43:00 - TARGET=powerpc TB --- 2011-12-25 11:43:00 - TARGET_ARCH=powerpc64 TB --- 2011-12-25 11:43:00 - TZ=UTC TB --- 2011-12-25 11:43:00 - __MAKE_CONF=/dev/null TB --- 2011-12-25 11:43:00 - cd /src TB --- 2011-12-25 11:43:00 - /usr/bin/make -B buildworld World build started on Sun Dec 25 11:43:00 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Sun Dec 25 14:02:20 UTC 2011 TB --- 2011-12-25 14:02:20 - generating LINT kernel config TB --- 2011-12-25 14:02:20 - cd /src/sys/powerpc/conf TB --- 2011-12-25 14:02:20 - /usr/bin/make -B LINT TB --- 2011-12-25 14:02:20 - cd /src/sys/powerpc/conf TB --- 2011-12-25 14:02:20 - /usr/sbin/config -m LINT TB --- 2011-12-25 14:02:20 - building LINT kernel TB --- 2011-12-25 14:02:20 - CROSS_BUILD_TESTING=YES TB --- 2011-12-25 14:02:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-12-25 14:02:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-12-25 14:02:20 - SRCCONF=/dev/null TB --- 2011-12-25 14:02:20 - TARGET=powerpc TB --- 2011-12-25 14:02:20 - TARGET_ARCH=powerpc64 TB --- 2011-12-25 14:02:20 - TZ=UTC TB --- 2011-12-25 14:02:20 - __MAKE_CONF=/dev/null TB --- 2011-12-25 14:02:20 - cd /src TB --- 2011-12-25 14:02:20 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Dec 25 14:02:20 UTC 2011 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/fb/fb.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/hwpmc/hwpmc_powerpc.c /src/sys/dev/hwpmc/hwpmc_powerpc.c: In function 'powerpc_intr': /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'AMD_PMC_ENABLE' undeclared (first use in this function) /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: (Each undeclared identifier is reported only once /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: for each function it appears in.) /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'union pmc_md_pmc' has no member named 'pm_amd' /src/sys/dev/hwpmc/hwpmc_powerpc.c:689: error: 'union pmc_md_pmc' has no member named 'pm_amd' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-12-25 14:12:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-12-25 14:12:29 - ERROR: failed to build LINT kernel TB --- 2011-12-25 14:12:29 - 7456.03 user 1357.92 system 9008.17 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to
Re: [head tinderbox] failure on powerpc64/powerpc
On 25. Dec 2011, at 11:42 , Justin Hibbits wrote: Sorry about this, bad patch when I tested the build. I'll fix it tomorrow when I get time. Something like this? Andreas Index: hwpmc_powerpc.c === --- hwpmc_powerpc.c (revision 228872) +++ hwpmc_powerpc.c (working copy) @@ -686,10 +686,10 @@ v = pm-pm_sc.pm_reloadcount; config = mfspr(SPR_MMCR0); - KASSERT((config ~AMD_PMC_ENABLE) == - (pm-pm_md.pm_amd.pm_amd_evsel ~AMD_PMC_ENABLE), + KASSERT((config ~POWERPC_PMC_ENABLE) == + (pm-pm_md.pm_powerpc.pm_powerpc_evsel ~POWERPC_PMC_ENABLE), ([powerpc,%d] config mismatch reg=0x%x pm=0x%x, __LINE__, - config, pm-pm_md.pm_amd.pm_amd_evsel)); + config, pm-pm_md.pm_powerpc.pm_powerpc_evsel)); mtspr(SPR_MMCR0, config | SPR_MMCR0_FC); powerpc_pmcn_write(i, v); It's fine to delete the assert, I sent Nathan a patch to do so, but don't expect to commit it until tonight or tomorrow. You could commit a deletion if you want. I just did in r228874. Happy holidays, /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Why does kern.module_path use ; and not :?
I just got tripped up by this difference in a minor way. Is there a particular reason kern_linker uses semicolon as a seperator instead of the more common colon? Stefan -- Stefan Bethke s...@lassitu.de Fon +49 151 14070811 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [rfc] removing -mpreferred-stack-boundary=2 flag for i386?
On Sat, 24 Dec 2011, Alexander Best wrote: On Sat Dec 24 11, Bruce Evans wrote: On Sat, 24 Dec 2011, Alexander Best wrote: On Sat Dec 24 11, Bruce Evans wrote: On Fri, 23 Dec 2011, Alexander Best wrote: ... the gcc(1) man page states the following: This extra alignment does consume extra stack space, and generally increases code size. Code that is sensitive to stack space usage, such as embedded systems and operating system kernels, may want to reduce the preferred alignment to -mpreferred-stack-boundary=2. the comment in sys/conf/kern.mk however sorta suggests that the default alignment of 4 bytes might improve performance. The default stack alignment is 16 bytes, which unimproves performance. maybe the part of the comment in sys/conf/kern.mk, which mentions that a stack alignment of 16 bytes might improve micro benchmark results should be removed. this would prevent people (like me) from thinking, using a stack alignment of 4 bytes is a compromise between size and efficiently. it isn't! currently a stack alignment of 16 bytes has no advantages towards one with 4 bytes on i386. I think the comment is clear enough. It it mentions all the tradeoffs. It is only slightly cryptic in saying that these are tradeoffs and that the configuration is our best guess at the best tradeoff -- it just says while for both. It goes without saying that we don't use our worst guess. Anyone wanting to change this should run benchmarks and beware that micro-benchmarks are especially useless. The changed comment is not so good since it no longer mentions micro-bencharmarks or says while. if micro benchmark results aren't of any use, why should the claim that the default stack alignment of 16 bytes might produce better outcome stay? Because: - the actual claim is the opposite of that (it is that the default 16-byte alignments is probably a loss overall) - the claim that the default 16-byte alignment may benefit micro-benchmarks is true, even without the weaselish miswording of might in it. There is always at least 1 micro-benchmark that will benefit from almost any change, and here we expect a benefit in many microbenchmarks that don't bust the caches. Except, 16-byte alignment isn't supported (*) in the kernel, so we actually expect a loss from many microbenchmarks that don't bust the caches. - the second claim warns inexperienced benchmarkers not to claim that the default is better because it is better in microbenchmarks. it doesn't seem as if anybody has micro benchmarked 16 bytes vs. 4 bytes stack alignment, until now. so the micro benchmark statement in the comment seems to be pure speculation. No, it is obviously true. even worse...it indicates that by removing the -mpreferred-stack-boundary=2 flag, one can gain a performance boost by sacrifying a few more bytes of kernel (and module) size. No, it is part of the sentence explaining why removing the -mpreferred-stack-boundary=2 flag will probably regain the overall loss that is avoided by using the flag. this suggests that the behavior -mpreferred-stack-boundary=2 vs. not specyfing it, losely equals the semantics of -Os vs. -O2. No, -Os guarantees slower execution by forcing optimization to prefer space savings over time savings in more ways. Except, -Os is completely broken in -current (in the kernel), and gives very large negative space savings (about 50%). It last worked with gcc-3. Its brokenness with gcc-4 is related to kern.pre.mk still specifying -finline-limit flags that are more suitable for gcc-3 (gcc has _many_ flags for giving more delicate control over inlining, and better defaults for them) and excessive inlining in gcc-4 given by -funit-at-a-time -finline-functions-called-once. These apparently cause gcc's inliner to go insane with -Os. When I tried to fix this by reducing inlining, I couldn't find any threshold that fixed -Os without breaking inlining of functions that are declared inline. (*) A primary part of the lack of support for 16-byte stack alignment in the kernel no special stack alignment for the main kernel entry point, namely syscall(). From i386/exception.s: % SUPERALIGN_TEXT % IDTVEC(int0x80_syscall) At this point, the stack has 5 words on it (it was 16-byte aligned before that). % pushl $2 /* sizeof int 0x80 */ % subl$4,%esp /* skip over tf_trapno */ % pushal % pushl %ds % pushl %es % pushl %fs % SET_KERNEL_SREGS % cld % FAKE_MCOUNT(TF_EIP(%esp)) % pushl %esp We push 14 more words. This gives perfect misaligment to the worst odd word boundary (perfect if only word boundaries are allowed). gcc wants the stack to be aligned to a 4*n word boundary before function calls, but here we have a 4*n+3 word boundary. (4*n+3 is worse than 4*n+1 since 2 more words instead of 4 will cross the next 16-byte boundary). % callsyscall Using the default
Re: scheduler panic
On Fri, 23 Dec 2011, Larry Rosenman wrote: On 12/23/2011 8:54 AM, John Baldwin wrote: The sloppiest fix might be to do this: Index: sched_ule.c === - --- sched_ule.c (revision 228777) +++ sched_ule.c (working copy) @@ -1434,7 +1434,8 @@ sched_priority(struct thread *td) } else { pri = SCHED_PRI_MIN; if (td-td_sched-ts_ticks) -pri += SCHED_PRI_TICKS(td-td_sched); + pri += min(SCHED_PRI_TICKS(td-td_sched), + SCHED_PRI_RANGE); pri += SCHED_PRI_NICE(td-td_proc-p_nice); KASSERT(pri = PRI_MIN_BATCH pri = PRI_MAX_BATCH, (sched_priority: invalid priority %d: nice %d, I've applied this to both the host and the guest, and am recompiling the guest kernel (hopefully it'll stay up long enough...). I'll report back. Do y'all (FreeBSD Devs) want a PR? I've run 2 complete buildworld/buildkernel cycles with the patch applied in the guest, and it's made it all the way through. It wouldn't do that without it. Can we get this (or something else like it) applied? Do I need to file a PR? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: l...@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re[2]: 9.0-RC1 panic in tcp_input: negative winow.
Здравствуйте, John. Вы писали 20 декабря 2011 г., 16:52:44: JB On Saturday, December 17, 2011 6:21:27 pm Pawel Jakub Dawidek wrote: On Mon, Dec 12, 2011 at 11:00:23AM -0500, John Baldwin wrote: An update. I've sent Pawel a testing patch to see if my hypothesis is correct (www.freebsd.org/~jhb/patches/tcp_negwin_test.patch). If it is then I intend to commit www.freebsd.org/~jhb/patches/tcp_negwin2.patch as the fix. Unfortunately it paniced today. Take a look at: http://people.freebsd.org/~pjd/misc/tcp_panic.jpg JB Ok, the one use case I was worried about is happening regularly before your JB panic, so that is good. Can you use gdb to figure out which call to JB tcp_output() is actually panic'ing? I wonder if it is this case: JB /* JB * Return any desired output. JB */ JB if (needoutput || (tp-t_flags TF_ACKNOW)) { JB (void) tcp_output(tp); JB /* XXX: Debug */ JB KASSERT(SEQ_GEQ(tp-rcv_adv, tp-rcv_nxt), JB (tcp_input: negative window after ACK)); JB And if 'needoutput' is true, but TF_ACKNOW is not set, and tcp_output() decides JB to not do anything. I've updated tcp_negwin_test.patch to not panic if that call JB to tcp_output() doesn't actually send a packet. Please re-test. # uname -a FreeBSD meta-up 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #4: Sat Dec 24 13:59:20 EET 2011 @:/usr/obj/usr/src/sys/KES_KERN_v10 i386 rebooting once per day. Now I compile kernel with debug options. Can you advice me which and where I find debug info when it will reboting next time? so I can help to debug problem -- С уважением, Коньков mailto:kes-...@yandex.ru ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Why does kern.module_path use ; and not :?
On Sun, Dec 25, 2011 at 3:55 PM, Stefan Bethke s...@lassitu.de wrote: I just got tripped up by this difference in a minor way. Is there a particular reason kern_linker uses semicolon as a seperator instead of the more common colon? A comment in /usr/src/sys/kern/kern_linker.c says: * The search path can be manipulated via sysctl. Note that we use the ';' * character as a separator to be consistent with the bootloader. And the bootloader uses the ';' as path separator, see loader(8): bootfile List of semicolon-separated search path for bootable kernels. The default is ``kernel''. Stefan -- Stefan Bethke s...@lassitu.de Fon +49 151 14070811 Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
starting the annual discussion regarding top(1)'s CPU usage statistics
ok...so we all know that top(1) cannot compute the exact CPU usage for all processes, since some processes get spawned and exit so fast that they don't fall into the calculation range. i think nobody is getting angry when top(1) is off by a few percent. however please take a look at the following top(1) output. this is just ridiculous! out of 800% of CPU power, almost 600% mysteriously vanished. is there really nothing to improve top(1)'s behaviour when the CPU is dealing with a lot of short processes (time wise) with a hugh CPU burst? this output was gathered on HEAD (r227491) running on i386. cheers. alex ps: no, switching between raw and weighted CPU stats did *not* make a difference. ;) last pid: 1489; load averages: 7.58, 7.73, 7.01 up 10+01:22:2821:21:04 170 processes: 2 running, 167 sleeping, 1 waiting CPU 0: 13.4% user, 0.0% nice, 13.4% system, 3.9% interrupt, 69.3% idle CPU 1: 48.8% user, 0.0% nice, 20.8% system, 0.0% interrupt, 30.4% idle CPU 2: 52.8% user, 0.0% nice, 24.8% system, 0.0% interrupt, 22.4% idle CPU 3: 59.2% user, 0.0% nice, 19.2% system, 0.0% interrupt, 21.6% idle CPU 4: 70.4% user, 0.0% nice, 17.6% system, 0.0% interrupt, 12.0% idle CPU 5: 42.5% user, 0.0% nice, 20.5% system, 0.0% interrupt, 37.0% idle CPU 6: 59.5% user, 0.0% nice, 16.7% system, 0.0% interrupt, 23.8% idle CPU 7: 55.2% user, 0.0% nice, 9.6% system, 0.0% interrupt, 35.2% idle Mem: 333M Active, 6577M Inact, 332M Wired, 4436K Cache, 111M Buf, 763M Free Swap: 8192M Total, 444K Used, 8191M Free PIDUIDTHR PRI NICE SIZERES STATE C TIME WCPU COMMAND 11 0 8 155 ki31 0K64K CPU77 1718.7 200.00% [idle] 12 0 18 -84- 0K 144K WAIT0 73:49 3.76% [intr] 1238 1233 1 520 8032K 552K wait5 0:00 0.10% [cc] 1234 1233 1 520 9936K 1440K wait2 0:00 0.10% sh -ev 1236 1233 1 520 9936K 1492K wait2 0:00 0.10% [sh] 7 0 1 16- 0K 8K syncer 0 55:42 0.00% [syncer] 13 0 3 -8- 0K24K - 2 13:43 0.00% [geom] 14 0 1 -16- 0K 8K - 1 3:31 0.00% [yarrow] 9 0 1 -16- 0K 8K sdflus 4 3:00 0.00% [softdepflush] 566 0 1 200 12128K 2380K select 5 2:59 0.00% /sbin/devd 8 0 1 -16- 0K 8K vlruwt 2 1:32 0.00% [vnlru] 3 0 1 -16- 0K 8K psleep 3 1:29 0.00% [pagedaemon] 6 0 1 -16- 0K 8K psleep 1 1:13 0.00% [bufdaemon] 811 0 1 200 9784K 1356K select 1 0:22 0.00% /usr/sbin/rpcbind 975 0 1 200 11320K 1928K select 3 0:21 0.00% /usr/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid -f /var 1043 0 1 200 13080K 2396K select 2 0:20 0.00% /usr/sbin/sshd 1050 0 1 200 11340K 2356K select 3 0:12 0.00% sendmail: accepting connections (sendmail) 1006 1 1 200 9540K 1088K sbwait 4 0:09 0.00% /usr/sbin/rwhod 1 0 1 200 8032K 352K wait7 0:09 0.00% [init] 1063 0 1 280 9656K 1388K nanslp 0 0:07 0.00% /usr/sbin/cron -s 735 0 1 200 9624K 1192K select 0 0:06 0.00% /usr/sbin/syslogd -s 814 0 1 200 9552K 1308K select 1 0:04 0.00% /usr/sbin/ypbind 0 0 8 -520 0K64K - 7 0:03 0.00% [kernel] 937 0 1 200 4408K 404K nanslp 2 0:03 0.00% /root/mfid cluster...@freebsd.org 59391 1233 1 520 28512K 23144K select 6 0:02 0.00% make DIRPRFX=lib/libc/ all 75317 1233 1 520 20320K 14032K select 1 0:01 0.00% make DIRPRFX=secure/lib/libcrypto/ all 17282 1233 1 200 8032K 616K select 1 0:01 0.00% make buildworld TARGET=arm TARGET_ARCH=armeb 17285 1233 1 200 8032K 616K select 6 0:01 0.00% make buildworld TARGET=amd64 TARGET_ARCH=amd64 17279 1233 1 200 8032K 616K select 0 0:01 0.00% make buildworld TARGET=arm TARGET_ARCH=arm 17299 1233 1 200 8032K 616K select 1 0:01 0.00% make buildworld TARGET=mips TARGET_ARCH=mipsel 17290 1233 1 200 8032K 616K select 2 0:01 0.00% make buildworld TARGET=mips TARGET_ARCH=mipseb 17293 1233 1 200 8032K 616K select 1 0:01 0.00% make buildworld TARGET=mips TARGET_ARCH=mips64el 17298 1233 1 200 8032K 616K select 2 0:01 0.00% make buildworld TARGET=mips TARGET_ARCH=mipsn32eb 17294 1233 1 200 8032K 616K select 3 0:01 0.00% make buildworld TARGET=mips TARGET_ARCH=mips64eb 17919 1233 1 200 8032K 996K select 1 0:01 0.00% make -m /dumpster/home/arundel/src/share/mk -f Makefile.inc1 17928 1233 1 200 8032K 932K select 0 0:01 0.00% make -m /dumpster/home/arundel/src/share/mk -f Makefile.inc1 18122
Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux, 6.1 Server
Well, the post is OT, but I need some vent. On 2011-12-19 18:34, dan...@digsys.bg wrote: For example, few checkboxes with common sysctl tuning would be perfect, even if they would be marked as Experimental, or not recommended. By following this, we push FreeBSD into the Linux style of doing things: someone else decides what is good for you, without having a clue of your circumstances. It's nice to see sb. with similar thoughts. I too find the freedom to administer your system the way you see fit to be very important. I was very saddened when I discovered that in some ways FreeBSD also forces specific behaviour and in some others builds barriers to prevent people from doing things the authors considered stupid. I don't view it as Linux way vs. FreeBSD way ( though it may be because I don't know either too well ). Rather, I see it as the MacOS way. Education is much better than building barriers and it's never true that a developer can predict all the uses of their code. And different uses call for different configurations, artificially limiting it is a time invested to reduce code's value. -- Twoje radio ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
FreeBSD 10.0-CURRENT/amd64: /usr/bin/ld: cannot find -lisc
I just run into this couriosity on the most recent build of FreeBSD 10.0-CURRENT/amd64 (CLANG). A buildworld fails with the below shown error. No wonder, I issued prior to this buildworld a make delete-old-files and a bunch of files, libisc.so, libisc.a, and buddies showed up - and got deleted. I did this now for several times and obviously, after some mystical install, they appeared again. Removing old files (only deletes safe to delete libs) remove /usr/lib/libisc.a? n remove /usr/lib/libisc.so? n remove /usr/lib/libisc_p.a? n nremove /usr/include/isc/assertions.h? n remove /usr/include/isc/heap.h? n remove /usr/include/isc/list.h? n Below the error. What is up? Got my system somehow wrecked? The same appears on all of our FreeBSD 9.0-PRE/amd64 boxes, clang built, the issue with make delete-old-files is not sticky with FreeBSD 10. Regards, Oliver gzip -cn /usr/src/usr.bin/dig/../../contrib/bind9/bin/dig/dig.1 dig.1.gz clang -O2 -fno-strict-aliasing -pipe -O3 -fno-strict-aliasing -pipe -march=native -DVERSION='9.8.1-P1' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='/var' -DNS_SYSCONFDIR='/etc/namedb' -DNAMED_CONFFILE='/etc/namedb/named.conf' -DRNDC_CONFFILE='/etc/namedb/rndc.conf' -DRNDC_KEYFILE='/etc/namedb/rndc.key' -I/usr/src/usr.bin/dig/../../lib/bind -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DDIG_SIGCHASE -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/include -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/unix/include -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/pthreads/include -I/usr/src/usr.bin/dig/../dns -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/dns/include -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isccfg/include -I/usr/src/usr.bin/dig/../isc -I/usr/src/usr.bin/dig/../../contrib/bind9/bin/dig/include -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/x86_32/include -std=gnu99 -fstack-protector -Wsystem-headers -Wno-pointer-sign -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch-enum -Wno-empty-body -Wno-parentheses -o dig dig.o dighost.o -lbind9 -ldns -lisccc -lisccfg -lisc -llwres -lcrypto -lpthread clang: warning: argument unused during compilation: '-std=gnu99' /usr/bin/ld: cannot find -lisc clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error signature.asc Description: OpenPGP digital signature
Re: FreeBSD 10.0-CURRENT/amd64: /usr/bin/ld: cannot find -lisc
On 2011-12-26 00:53, O. Hartmann wrote: I just run into this couriosity on the most recent build of FreeBSD 10.0-CURRENT/amd64 (CLANG). A buildworld fails with the below shown error. No wonder, I issued prior to this buildworld a make delete-old-files and a bunch of files, libisc.so, libisc.a, and buddies showed up - and got deleted. I did this now for several times and obviously, after some mystical install, they appeared again. Removing old files (only deletes safe to delete libs) remove /usr/lib/libisc.a? n remove /usr/lib/libisc.so? n remove /usr/lib/libisc_p.a? n nremove /usr/include/isc/assertions.h? n remove /usr/include/isc/heap.h? n remove /usr/include/isc/list.h? n Either you have WITH_BIND_LIBS in your src.conf (which you did not post), or you have had one of the bind ports installed with REPLACE_BASE turned on. Normally the libs and headers are not installed. Below the error. What is up? Got my system somehow wrecked? ... clang -O2 -fno-strict-aliasing -pipe -O3 -fno-strict-aliasing -pipe -march=native -DVERSION='9.8.1-P1' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='/var' -DNS_SYSCONFDIR='/etc/namedb' -DNAMED_CONFFILE='/etc/namedb/named.conf' -DRNDC_CONFFILE='/etc/namedb/rndc.conf' -DRNDC_KEYFILE='/etc/namedb/rndc.key' -I/usr/src/usr.bin/dig/../../lib/bind -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DDIG_SIGCHASE -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/include -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/unix/include -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/pthreads/include -I/usr/src/usr.bin/dig/../dns -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/dns/include -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isccfg/include -I/usr/src/usr.bin/dig/../isc -I/usr/src/usr.bin/dig/../../contrib/bind9/bin/dig/include -I/usr/src/usr.bin/dig/../../contrib/bind9/lib/isc/x86_32/include -std=gnu99 -fstack-protector -Wsystem-headers -Wno-pointer-sign -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch-enum -Wno-empty-body -Wno-parentheses -o dig dig.o dighost.o -lbind9 -ldns -lisccc -lisccfg -lisc -llwres -lcrypto -lpthread clang: warning: argument unused during compilation: '-std=gnu99' /usr/bin/ld: cannot find -lisc clang: error: linker command failed with exit code 1 (use -v to see invocation) Normally during buildworld the temporary copy of ld in ${WORLDTMP} (usually /usr/obj/usr/src/tmp/usr/bin) is used, *not* /usr/bin/ld. Are you possibly running manual make in /usr/src/usr.sbin/named? Or if not, during which stage of buildworld does this happen? In any case, please post at least your make.conf, src.conf, and upload a full buildworld log (without -j) somewhere. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org