problems with threads/destructors in -current with llvm/clang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Short backstory, I had recently upgraded my workstation to the latest current which included clang as default cc now. Compiling chromium failed for want of SSE2, which led me to recompile world with CPUTYPE?=core2. The original flag for world/ports was CPUTYPE?=i686. After recompilation chromium would sigbus on loading any extensions. I made a concerted effort to recompile the whole ports tree and base on clang to make sure the link stages were CPUTYPE clean, but I experienced the same behavior. Probably the best illustration of the type of problems I'm seeing is qdbus from /usr/ports/devel/dbus-qt4. Compiled with clang at r243950: qdbus under kde segfaults in malloc with a huge recursion stack: [...] #44740 0x282f7bd4 in QObject::QObject () from /usr/local/lib/qt4/libQtCore.so.4 #44741 0x281cb649 in QAdoptedThread::QAdoptedThread () from /usr/local/lib/qt4/libQtCore.so.4 #44742 0x281ce146 in QThreadData::current () from /usr/local/lib/qt4/libQtCore.so.4 #44743 0x282f7bd4 in QObject::QObject () from /usr/local/lib/qt4/libQtCore.so.4 #44744 0x281cb649 in QAdoptedThread::QAdoptedThread () from /usr/local/lib/qt4/libQtCore.so.4 #44745 0x281ce146 in QThreadData::current () from /usr/local/lib/qt4/libQtCore.so.4 #44746 0x282f7bd4 in QObject::QObject () from /usr/local/lib/qt4/libQtCore.so.4 #44747 0x281cb649 in QAdoptedThread::QAdoptedThread () from /usr/local/lib/qt4/libQtCore.so.4 #44748 0x281ce146 in QThreadData::current () from /usr/local/lib/qt4/libQtCore.so.4 #44749 0x281cbc05 in QThread::currentThread () from /usr/local/lib/qt4/libQtCore.so.4 #44750 0x28095d21 in QDBusConnectionPrivate::deleteYourself () from /usr/local/lib/qt4/libQtDBus.so.4 #44751 0x28089634 in QDBusConnection::~QDBusConnection () from /usr/local/lib/qt4/libQtDBus.so.4 #44752 0x0804b800 in __dtor__ZL10connection () #44753 0x28660417 in __cxa_finalize () from /lib/libc.so.7 #44754 0x2860747a in exit () from /lib/libc.so.7 #44755 0x0804c125 in main () (gdb) Compiled with gcc46, no segfault, and seems to follow a normal chain to exiting. [Switching to Thread 29003080 (LWP 100603/qdbus)] Breakpoint 2, 0x285f8462 in exit () from /lib/libc.so.7 (gdb) n Single stepping until exit from function exit, which has no line number information. 0x28677fc0 in f_prealloc () from /lib/libc.so.7 (gdb) n Single stepping until exit from function f_prealloc, which has no line number information. 0x2861bd30 in register_printf_render_std () from /lib/libc.so.7 (gdb) n Single stepping until exit from function register_printf_render_std, which has no line number information. 0x28678190 in fflush () from /lib/libc.so.7 (gdb) n Single stepping until exit from function fflush, which has no line number information. 0x2861bd7e in register_printf_render_std () from /lib/libc.so.7 (gdb) n Single stepping until exit from function register_printf_render_std, which has no line number information. 0x28678190 in fflush () from /lib/libc.so.7 (gdb) n Single stepping until exit from function fflush, which has no line number information. 0x2861bd7e in register_printf_render_std () from /lib/libc.so.7 (gdb) n Single stepping until exit from function register_printf_render_std, which has no line number information. 0x28678190 in fflush () from /lib/libc.so.7 (gdb) n Single stepping until exit from function fflush, which has no line number information. 0x2861bd7e in register_printf_render_std () from /lib/libc.so.7 (gdb) n Single stepping until exit from function register_printf_render_std, which has no line number information. 0x28677fdf in f_prealloc () from /lib/libc.so.7 (gdb) n Single stepping until exit from function f_prealloc, which has no line number information. 0x285f848b in exit () from /lib/libc.so.7 (gdb) n Single stepping until exit from function exit, which has no line number information. Program exited normally. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDA0hcACgkQrDN5kXnx8yb/UACfbpACSvjZGIl7d7H30mb6dptX C2MAn2Jxfr/9MVKG4HzC1KOBl+N8EiLe =9pw6 -END PGP SIGNATURE- ___ 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: kernel module parallel build?
On Wednesday, December 05, 2012 6:51:17 pm Damien Fleuriot wrote: On 5 Dec 2012, at 18:39, Warner Losh i...@bsdimp.com wrote: On Dec 5, 2012, at 9:42 AM, John Baldwin wrote: On Tuesday, December 04, 2012 2:41:32 pm Ryan Stone wrote: On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin j...@freebsd.org wrote: Hmm, I certainly see the module directories being built in parallel. Some of the make jobs may not be as obvious since links are silent (no output unless there is an error). This is definitely not the behaviour that I see trying to build any version of FreeBSD. I see the same behaviour as Andre: the depend and all targets both iterate through the module directories sequentially. It never builds two module subdirectories concurrently. Hmm, I think I was confused by seeing kernel builds intermingle with the associated modules. sys/modules/Makefile uses bsd.subdir.mk. I think I see similar things in world builds where I will see parallel builds of bin vs sbin vs usr.bin vs usr.sbin, but within each of those directories the builds go sequentially. I think you would need to change bsd.subdir.mk if you want to fix this. The builds are in parallel, just that the parallelism is low because it is only parallel within the module being built. Would love to see a fix. Warner All trolling aside, I believe an awesome fix to be setting module override in /etc/make.conf to only build the 4-5 specific modules one needs. To be honest I think this configuration tweak should be advertised a bit more as it definitely speeds up kernel builds. I would be happy to check if this is advertised in the handbook in the rebuilding kernel section and enhance its visibility if required. I can provide en_US and fr_FR. Better than doing it in /etc/make.conf (or /etc/src.conf) is doing it direclty in the kernel config file itself via makeoptions MODULES_OVERRIDE=foo You can use multiple of these (with +=) in a config file as well. -- John Baldwin ___ 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
mount: linproc: Operation not supported by device
Trying to install Linux compatibility on current fails. Using the following procedure fails with: Step 1: Enable Linux compatibility and linprocfs Add linux_enable=YES to /etc/rc.conf. Add compat.linux.osrelease=2.6.16 to /etc/sysctl.conf. Add OVERRIDE_LINUX_BASE_PORT=f8 to /etc/make.conf. Add this line to /etc/fstab: linproc /usr/compat/linux/proc linprocfs rw 0 0 Then run these commands: mkdir -p /usr/compat/linux/proc mount /usr/compat/linux/proc /etc/rc.d/abi start /etc/rc.d/sysctl start # cat /etc/sysctl.conf # $FreeBSD: head/etc/sysctl.conf 112200 2003-03-13 18:43:50Z mux $ # # This file is read when going to multi-user and its contents piped thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details. # # Uncomment this to prevent users from seeing information about processes that # are being run under another UID. #security.bsd.see_other_uids=0 compat.linux.osrelease=2.6.16 # cat /etc/make.conf |grep LIN OVERRIDE_LINUX_BASE_PORT=f10 # cat /etc/fstab # DeviceMountpoint FStype Options DumpPass# /dev/ada0p2 / ufs rw 1 1 /dev/ada0p3 noneswapsw 0 0 linproc /usr/compat/linux/proc linprocfs rw 0 0 proc /proc procfs rw 0 0 # mount /usr/compat/linux/proc mount: linproc: Operation not supported by device And this is from /var/log/messages after: Dec 6 16:33:11 FBSD10 kernel: link_elf_obj: symbol __mtx_assert undefined Dec 6 16:33:11 FBSD10 kernel: linker_load_file: Unsupported file type All ports built with clang. Any help is appreciated, tia. ___ 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: [HEADSUP] zfs root pool mounting
On Thu, Dec 6, 2012 at 3:08 PM, Garrett Cooper yaneg...@gmail.com wrote: ... Please document the process to make this work in UPDATING (or at least the fact that this behavior was changed). I'm debugging moving from 9.1-RC2 to CURRENT [as of Tuesday] as it hasn't been as smooth as some of the other upgrades I've done; my zpool -- root -- is setup with a non-legacy mountpoint, I noticed that the cachefile attribute is now None, etc. I have limited capability with my installed system to debug this because unfortunately there aren't a ton of CURRENT based livecds around to run from (I might look into one of gjb's livecds later on if I get super stuck, but I'm trying to avoid having to do that). gptzfsboot sees the pool with lsdev, but it gets stuck at the mountroot prompt trying to find the filesystem. I'll wipe my /boot/kernel directory and try building/installing the kernel again, but right now I'm kind of dead in the water on the system I'm upgrading :/. I thought r236884 requiring a zpool upgrade was the culprit, but it wasn't. Still stuck at a mountroot prompt (but now I have gjb's liveCD so I can do something about it). Something looks off with zdb -l on CURRENT and STABLE/9. Example on my 9-stable box: # uname -a FreeBSD forza.west.isilon.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r+2fd0a57: Mon Dec 3 12:02:18 PST 2012 gcoo...@forza.west.isilon.com:/usr/obj/usr/src/sys/FORZA amd64 # zdb -l sac2 cannot open 'sac2': No such file or directory # zpool list NAME SIZE ALLOC FREECAP DEDUP HEALTH ALTROOT sac 95G 69.7G 25.3G73% 1.00x ONLINE - sac2 232G 117G 115G50% 1.00x ONLINE - I'm running into the same behavior before and after I upgraded sac/sac2. My git branch is a lightly modified version of FreeBSD, but doesn't contain any ZFS specific changes (I can point you to it if you like to look at it). Would appreciate some pointers on what to do next. Thanks, -Garrett ___ 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: [HEADSUP] zfs root pool mounting
On Thu, Dec 6, 2012 at 4:33 PM, Garrett Cooper yaneg...@gmail.com wrote: On Thu, Dec 6, 2012 at 3:08 PM, Garrett Cooper yaneg...@gmail.com wrote: ... Please document the process to make this work in UPDATING (or at least the fact that this behavior was changed). I'm debugging moving from 9.1-RC2 to CURRENT [as of Tuesday] as it hasn't been as smooth as some of the other upgrades I've done; my zpool -- root -- is setup with a non-legacy mountpoint, I noticed that the cachefile attribute is now None, etc. I have limited capability with my installed system to debug this because unfortunately there aren't a ton of CURRENT based livecds around to run from (I might look into one of gjb's livecds later on if I get super stuck, but I'm trying to avoid having to do that). gptzfsboot sees the pool with lsdev, but it gets stuck at the mountroot prompt trying to find the filesystem. I'll wipe my /boot/kernel directory and try building/installing the kernel again, but right now I'm kind of dead in the water on the system I'm upgrading :/. I thought r236884 requiring a zpool upgrade was the culprit, but it wasn't. Still stuck at a mountroot prompt (but now I have gjb's liveCD so I can do something about it). Something looks off with zdb -l on CURRENT and STABLE/9. Example on my 9-stable box: # uname -a FreeBSD forza.west.isilon.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r+2fd0a57: Mon Dec 3 12:02:18 PST 2012 gcoo...@forza.west.isilon.com:/usr/obj/usr/src/sys/FORZA amd64 # zdb -l sac2 cannot open 'sac2': No such file or directory # zpool list NAME SIZE ALLOC FREECAP DEDUP HEALTH ALTROOT sac 95G 69.7G 25.3G73% 1.00x ONLINE - sac2 232G 117G 115G50% 1.00x ONLINE - I'm running into the same behavior before and after I upgraded sac/sac2. My git branch is a lightly modified version of FreeBSD, but doesn't contain any ZFS specific changes (I can point you to it if you like to look at it). Would appreciate some pointers on what to do next. (Removing bogus list) If I try and let it import the pool at boot it claims the pool is in a FAULTED state when I point mountroot to /dev/cd0 (one of gjb's snapshot CDs -- thanks!), run service hostid onestart, etc. If I export and try to reimport the pool it claims it's not available (!). However, if I boot, run service hostid onestart, _then_ import the pool, then the pool is imported properly. While I was mucking around with the pool trying to get the system to boot I set the cachefile attribute to /boot/zfs/zpool.cache before upgrading. In order to diagnose whether or not that was at fault, I set that back to none and I'm still running into the same issue. I'm going to try backing out your commit and rebuild my kernel in order to determine whether or not that's at fault. One other thing: both my machines have more than one ZFS-only zpool, and it might be probing the pools in the wrong order; one of the pools has bootfs set, the other doesn't, and the behavior is sort of resembling it not being set properly. Thanks, -Garrett ___ 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 daily snapshot build in allbsd.org temporarily down
Hi all, I received many emails asking why https://pub.allbsd.org/FreeBSD-snapshots/ is stopped working and when it will recover, so I just wanted to let you know that FreeBSD daily snapshot build in allbsd.org is temporarily down. The reason why it is down is some local network issue and CVS-SVN migration of the build system. The latter was solved already. However, the former was unexpected and needed some time than I thought originally. The snapshot build will start again this weekend or early next week. Glen is offering similar snapshot ISO images and distfiles for amd64 and i386 at https://snapshots.glenbarber.us/Latest/, so please visit his page if you need the latest snapshot right now. -- Hiroki pgpoOyHCswiWa.pgp Description: PGP signature
[head tinderbox] failure on amd64/amd64
TB --- 2012-12-06 23:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-06 23:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-06 23:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-12-06 23:50:00 - cleaning the object tree TB --- 2012-12-06 23:50:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-06 23:50:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-12-06 23:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-06 23:53:47 - /usr/local/bin/svn update /src TB --- 2012-12-06 23:54:01 - At svn revision 243960 TB --- 2012-12-06 23:54:02 - building world TB --- 2012-12-06 23:54:02 - CROSS_BUILD_TESTING=YES TB --- 2012-12-06 23:54:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-06 23:54:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-06 23:54:02 - SRCCONF=/dev/null TB --- 2012-12-06 23:54:02 - TARGET=amd64 TB --- 2012-12-06 23:54:02 - TARGET_ARCH=amd64 TB --- 2012-12-06 23:54:02 - TZ=UTC TB --- 2012-12-06 23:54:02 - __MAKE_CONF=/dev/null TB --- 2012-12-06 23:54:02 - cd /src TB --- 2012-12-06 23:54:02 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Dec 6 23:54:11 UTC 2012 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 [...] ^ /src/lib/libradius/radlib.c:562:16: error: array index 6 is past the end of the array (which contains 5 elements) [-Werror,-Warray-bounds] bindto_str = fields[6]; ^ ~ /src/lib/libradius/radlib.c:487:3: note: array 'fields' declared here char *fields[5]; ^ 2 errors generated. *** [radlib.o] Error code 1 Stop in /src/lib/libradius. *** [lib/libradius__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 01:25:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 01:25:34 - ERROR: failed to build world TB --- 2012-12-07 01:25:34 - 4361.27 user 594.22 system 5733.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.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
Fwd: [head tinderbox] failure on amd64/amd64
FYI. -- Forwarded message -- From: FreeBSD Tinderbox tinder...@freebsd.org Date: Thu, Dec 6, 2012 at 5:25 PM Subject: [head tinderbox] failure on amd64/amd64 To: FreeBSD Tinderbox tinder...@freebsd.org, curr...@freebsd.org, am...@freebsd.org TB --- 2012-12-06 23:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-06 23:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-06 23:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-12-06 23:50:00 - cleaning the object tree TB --- 2012-12-06 23:50:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-06 23:50:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-12-06 23:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-06 23:53:47 - /usr/local/bin/svn update /src TB --- 2012-12-06 23:54:01 - At svn revision 243960 TB --- 2012-12-06 23:54:02 - building world TB --- 2012-12-06 23:54:02 - CROSS_BUILD_TESTING=YES TB --- 2012-12-06 23:54:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-06 23:54:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-06 23:54:02 - SRCCONF=/dev/null TB --- 2012-12-06 23:54:02 - TARGET=amd64 TB --- 2012-12-06 23:54:02 - TARGET_ARCH=amd64 TB --- 2012-12-06 23:54:02 - TZ=UTC TB --- 2012-12-06 23:54:02 - __MAKE_CONF=/dev/null TB --- 2012-12-06 23:54:02 - cd /src TB --- 2012-12-06 23:54:02 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Dec 6 23:54:11 UTC 2012 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 [...] ^ /src/lib/libradius/radlib.c:562:16: error: array index 6 is past the end of the array (which contains 5 elements) [-Werror,-Warray-bounds] bindto_str = fields[6]; ^ ~ /src/lib/libradius/radlib.c:487:3: note: array 'fields' declared here char *fields[5]; ^ 2 errors generated. *** [radlib.o] Error code 1 Stop in /src/lib/libradius. *** [lib/libradius__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 01:25:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 01:25:34 - ERROR: failed to build world TB --- 2012-12-07 01:25:34 - 4361.27 user 594.22 system 5733.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.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 ___ 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 i386/pc98
TB --- 2012-12-06 23:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-06 23:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-06 23:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-12-06 23:50:00 - cleaning the object tree TB --- 2012-12-06 23:50:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-06 23:50:00 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-12-06 23:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-06 23:54:11 - /usr/local/bin/svn update /src TB --- 2012-12-06 23:54:22 - At svn revision 243960 TB --- 2012-12-06 23:54:23 - building world TB --- 2012-12-06 23:54:23 - CROSS_BUILD_TESTING=YES TB --- 2012-12-06 23:54:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-06 23:54:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-06 23:54:23 - SRCCONF=/dev/null TB --- 2012-12-06 23:54:23 - TARGET=pc98 TB --- 2012-12-06 23:54:23 - TARGET_ARCH=i386 TB --- 2012-12-06 23:54:23 - TZ=UTC TB --- 2012-12-06 23:54:23 - __MAKE_CONF=/dev/null TB --- 2012-12-06 23:54:23 - cd /src TB --- 2012-12-06 23:54:23 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Dec 6 23:54:32 UTC 2012 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 [...] ^ /src/lib/libradius/radlib.c:562:16: error: array index 6 is past the end of the array (which contains 5 elements) [-Werror,-Warray-bounds] bindto_str = fields[6]; ^ ~ /src/lib/libradius/radlib.c:487:3: note: array 'fields' declared here char *fields[5]; ^ 2 errors generated. *** [radlib.o] Error code 1 Stop in /src/lib/libradius. *** [lib/libradius__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 01:30:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 01:30:51 - ERROR: failed to build world TB --- 2012-12-07 01:30:51 - 4631.41 user 628.25 system 6050.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.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
[head tinderbox] failure on i386/i386
TB --- 2012-12-06 23:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-06 23:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-06 23:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-12-06 23:50:00 - cleaning the object tree TB --- 2012-12-06 23:50:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-06 23:50:00 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-12-06 23:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-06 23:53:33 - /usr/local/bin/svn update /src TB --- 2012-12-06 23:53:47 - At svn revision 243960 TB --- 2012-12-06 23:53:48 - building world TB --- 2012-12-06 23:53:48 - CROSS_BUILD_TESTING=YES TB --- 2012-12-06 23:53:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-06 23:53:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-06 23:53:48 - SRCCONF=/dev/null TB --- 2012-12-06 23:53:48 - TARGET=i386 TB --- 2012-12-06 23:53:48 - TARGET_ARCH=i386 TB --- 2012-12-06 23:53:48 - TZ=UTC TB --- 2012-12-06 23:53:48 - __MAKE_CONF=/dev/null TB --- 2012-12-06 23:53:48 - cd /src TB --- 2012-12-06 23:53:48 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Thu Dec 6 23:53:59 UTC 2012 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 [...] ^ /src/lib/libradius/radlib.c:562:16: error: array index 6 is past the end of the array (which contains 5 elements) [-Werror,-Warray-bounds] bindto_str = fields[6]; ^ ~ /src/lib/libradius/radlib.c:487:3: note: array 'fields' declared here char *fields[5]; ^ 2 errors generated. *** [radlib.o] Error code 1 Stop in /src/lib/libradius. *** [lib/libradius__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 01:24:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 01:24:13 - ERROR: failed to build world TB --- 2012-12-07 01:24:13 - 4341.31 user 596.16 system 5652.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.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