Re: squid and FreeBSD 5.1-RELEASE
[EMAIL PROTECTED] [EMAIL PROTECTED] writes: gives this... -I../include -I../include -I../include -O -pipe -march=pentium2 -c `test -f md5.c || echo './'`md5.c In file included from ../include/squid_types.h:70, from ../include/md5.h:55, from md5.c:39: /usr/include/sys/bitypes.h:25: conflicting types for `int8_t' /usr/include/sys/stdint.h:38: previous declaration of `int8_t' /usr/include/sys/bitypes.h:26: redefinition of `u_int8_t' /usr/include/sys/types.h:109: `u_int8_t' previously declared here /usr/include/sys/bitypes.h:27: redefinition of `int16_t' /usr/include/sys/stdint.h:43: `int16_t' previously declared here /usr/include/sys/bitypes.h:28: redefinition of `u_int16_t' /usr/include/sys/types.h:110: `u_int16_t' previously declared here /usr/include/sys/bitypes.h:29: redefinition of `int32_t' /usr/include/sys/stdint.h:48: `int32_t' previously declared here /usr/include/sys/bitypes.h:30: redefinition of `u_int32_t' /usr/include/sys/types.h:111: `u_int32_t' previously declared here *** Error code 1 Hmm, I don't think bitypes.h is installed on FreeBSD anymore. Can you move that header somewhere and recompile? I assume you upgraded from an older version of FreeBSD? Best regards, Mike Barcroft ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i386-undermydesk-freebsd?
[EMAIL PROTECTED] [EMAIL PROTECTED] writes: What does i386-undermydesk-freebsd refer to? What is it used for? Is there an i386-inthedrawer-freebsd, or i386-intheXbox-freebsd? As a general rule of thumb, FreeBSD boxes should be kept under desks. If your system isn't under a desk, consider moving it. Best regards, Mike Barcroft ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html Sat Apr 5 03:38:00 EST 2003 U Makefile.inc1 cvs update: ignoring bin/dumplfs (CVS/Repository missing) cvs update: ignoring contrib/amd/conf/mount (CVS/Repository missing) cvs [update aborted]: cannot open CVS/Root: No such file or directory ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html Fri Apr 4 19:38:00 EST 2003 U Makefile.inc1 cvs update: cannot remove procctl directory: Directory not empty cvs [update aborted]: cannot make directory conf: File exists ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html Fri Apr 4 11:38:00 EST 2003 cvs [update aborted]: /work/repo/CVSROOT: Interrupted system call ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sparc64 tinderbox failure
Mike Barcroft [EMAIL PROTECTED] writes: Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html Sat Apr 5 03:38:00 EST 2003 U Makefile.inc1 cvs update: ignoring bin/dumplfs (CVS/Repository missing) cvs update: ignoring contrib/amd/conf/mount (CVS/Repository missing) cvs [update aborted]: cannot open CVS/Root: No such file or directory Bah. Sorry about the spam, my NFS server lost power. Best regards, Mike Barcroft ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === bin/ps /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/lib/libkvm.a(kvm_proc.o)(.text+0x794): undefined reference to `SIGANDSET' *** Error code 1 Stop in /tinderbox/sparc64/src/bin/ps. *** Error code 1 Stop in /tinderbox/sparc64/src/bin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === share/man/man9 make: don't know how to make bus_Activate_resource.9. Stop *** Error code 2 Stop in /tinderbox/sparc64/src/share/man. *** Error code 1 Stop in /tinderbox/sparc64/src/share. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ports broken due to -current change (Re: Ports broken on ia64)
Kris Kennaway [EMAIL PROTECTED] writes: On Tue, Mar 18, 2003 at 09:31:48PM -0500, Mike Barcroft wrote: stat.h: $FreeBSD: src/sys/sys/stat.h,v 1.34 2003/03/14 16:09:48 mike Exp $ I think I see the problem. I'll try to get a fix committed by tonight. Still appears to be broken with r1.35: Ugh. The next revision and associated changes fixes it (I actually tested it against osh). Best regards, Mike Barcroft ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- === lib/libatm cc1: warnings being treated as errors /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c: In function `get_vcc_info': /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c:175: warning: cast increases required alignment of target type /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c: In function `get_subnet_mask': /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c:229: warning: cast increases required alignment of target type /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c: In function `get_cfg_info': /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c:395: warning: cast increases required alignment of target type /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c: In function `get_intf_info': /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c:433: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libatm. *** Error code 1 Stop in /tinderbox/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- === lib/libatm cc1: warnings being treated as errors /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c: In function `get_vcc_info': /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c:175: warning: cast increases required alignment of target type /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c: In function `get_subnet_mask': /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c:229: warning: cast increases required alignment of target type /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c: In function `get_cfg_info': /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c:395: warning: cast increases required alignment of target type /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c: In function `get_intf_info': /tinderbox/sparc64/src/lib/libatm/ioctl_subr.c:433: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libatm. *** Error code 1 Stop in /tinderbox/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- === usr.sbin/gstat make: don't know how to make subr_sbuf.c. Stop *** Error code 2 Stop in /tinderbox/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- === usr.sbin/gstat make: don't know how to make subr_sbuf.c. Stop *** Error code 2 Stop in /tinderbox/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Ports broken due to -current change (Re: Ports broken on ia64)
Mike Barcroft [EMAIL PROTECTED] writes: Kris Kennaway [EMAIL PROTECTED] writes: On Fri, Mar 14, 2003 at 09:06:45AM -0800, Kris Kennaway wrote: On Fri, Mar 14, 2003 at 11:41:23AM -0500, Mike Barcroft wrote: Can someone please investigate? This was fixed in rev 1.33 of sys/stat.h. Great, thanks..I'll update the bindists. It still appears to be broken: http://bento.freebsd.org/errorlogs/i386-5-latest/pg-010103.log http://bento.freebsd.org/errorlogs/i386-5-latest/icecast-1.3.12_1.log The bindists have the following revision: stat.h: $FreeBSD: src/sys/sys/stat.h,v 1.34 2003/03/14 16:09:48 mike Exp $ I think I see the problem. I'll try to get a fix committed by tonight. Okay, try revision 1.35. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Ports broken due to -current change (Re: Ports broken on ia64)
Kris Kennaway [EMAIL PROTECTED] writes: On Fri, Mar 14, 2003 at 09:06:45AM -0800, Kris Kennaway wrote: On Fri, Mar 14, 2003 at 11:41:23AM -0500, Mike Barcroft wrote: Can someone please investigate? This was fixed in rev 1.33 of sys/stat.h. Great, thanks..I'll update the bindists. It still appears to be broken: http://bento.freebsd.org/errorlogs/i386-5-latest/pg-010103.log http://bento.freebsd.org/errorlogs/i386-5-latest/icecast-1.3.12_1.log The bindists have the following revision: stat.h: $FreeBSD: src/sys/sys/stat.h,v 1.34 2003/03/14 16:09:48 mike Exp $ I think I see the problem. I'll try to get a fix committed by tonight. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Ports broken due to -current change (Re: Ports broken on ia64)
Kris Kennaway [EMAIL PROTECTED] writes: On Fri, Mar 14, 2003 at 02:35:43AM -0800, Kris Kennaway wrote: A number of ports have become broken on ia64 for what appears to be a similar reason: In file included from nid3.c:50: /usr/include/sys/stat.h:127: syntax error before u_int /usr/include/sys/stat.h:158: syntax error before u_int *** Error code 1 This appears to also be affecting sparc64 ports (i386 and alpha 5.0 packages have not been built in a few weeks because of the 4.8 release cycle), so it may be a general current problem. I'm cross-posting to [EMAIL PROTECTED] http://bento.freebsd.org/errorlogs/ia64-5-latest/ImageMagick-5.5.5.log http://bento.freebsd.org/errorlogs/ia64-5-latest/aide-0.9.log http://bento.freebsd.org/errorlogs/ia64-5-latest/gcc-3.2.2_20030205.log http://bento.freebsd.org/errorlogs/ia64-5-latest/gnu-finger-1.37.log http://bento.freebsd.org/errorlogs/ia64-5-latest/icecast-1.3.12_1.log http://bento.freebsd.org/errorlogs/ia64-5-latest/ncbi-toolkit-2002.04.26.log http://bento.freebsd.org/errorlogs/ia64-5-latest/normalize-0.7.5_1.log http://bento.freebsd.org/errorlogs/ia64-5-latest/osh-020214.log http://bento.freebsd.org/errorlogs/ia64-5-latest/pg-010103.log Can someone please investigate? This was fixed in rev 1.33 of sys/stat.h. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html Thu Mar 13 11:38:00 EST 2003 cvs [update aborted]: /work/repo/CVSROOT: Interrupted system call To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: CFR: add widely accepted _ISOC99_SOURCE
Andrey A. Chernov [EMAIL PROTECTED] writes: Hm, I don't quite understand, which one part you mean? My patch handles 2 following cases: 1) Any _POSIX_C_SOURCE with _ISOC99_SOURCE. It is from real life example (ImageMagick). It wants lower POSIX level, *but* wants _ISOC99_SOURCE in the same time. I don't like this at all. The meaning of _ANSI_SOURCE is that the source is exclusively written in C89 with no BSD, POSIX, or XSI extentions. Similarly, I was intending _C99_SOURCE to be used without any POSIX. Programs looking for C99+POSIX functions should specify POSIX.1-2001, which incorporates both of these. 2) _ISOC99_SOURCE without any _POSIX_C_SOURCE. In that case it overrides _ANSI_SOURCE like old _C99_SOURCE does. Yes, _ANSI_SOURCE and any other standard constant are mutually exclusive. Defining _C99_SOURCE or _ANSI_SOURCE with some other standard constant results in unspecified behaviour. I'd like to keep things this way if you're going to rename _C99_SOURCE. Best regards, Mike BArcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: CFR: add widely accepted _ISOC99_SOURCE
Andrey A. Chernov [EMAIL PROTECTED] writes: On Tue, Mar 11, 2003 at 10:49:43 -0500, Mike Barcroft wrote: 1) Any _POSIX_C_SOURCE with _ISOC99_SOURCE. It is from real life example (ImageMagick). It wants lower POSIX level, *but* wants _ISOC99_SOURCE in the same time. I don't like this at all. The meaning of _ANSI_SOURCE is that the source is exclusively written in C89 with no BSD, POSIX, or XSI extentions. Similarly, I was intending _C99_SOURCE to be used without any POSIX. Programs looking for C99+POSIX functions should specify POSIX.1-2001, which incorporates both of these. What to do, if, say, C99 program want to use some POSIX functions from lower (and not from higher) POSIX standard? I think this is pretty rare. POSIX provides application writers with lots of time to transition away from deprecated interfaces. What functions are missing if you change _POSIX_C_SOURCE to 200112L and remove _ISOC99_SOURCE from the code you posted? Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: MB_LEN_MAX undeclared (scan.c)
Francisco Solsona [EMAIL PROTECTED] writes: Hi all, I just cvsup updated my tree (this is FreeBSD CURRENT, 5.0), and make buildworld breaks with: It doesn't sound like your tree is completely in-sync. shouldn't MB_LEN_MAX be defined in machine/limits.h? It's in revision 1.15 of limits.h. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Wed Mar 12 00:10:07 EST 2003 -- === hifn /tinderbox/sparc64/src/sys/dev/hifn/hifn7751.c:47:22: opt_hifn.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/hifn. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- === lib/libpam/modules/pam_opieaccess cc1: warnings being treated as errors /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c: In function `pam_sm_authenticate': /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c:70: warning: passing arg 2 of `opielookup' discards qualifiers from pointer target type /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c:80: warning: passing arg 1 of `opieaccessfile' discards qualifiers from pointer target type *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess. *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam/modules. *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: CFR: add widely accepted _ISOC99_SOURCE
Andrey A. Chernov [EMAIL PROTECTED] writes: Many programs (from ports too) defines _ISOC99_SOURCE to get C99 functions, but we don't sense this define currently. Here is the fix for review: Cool. I didn't realize there was an existing precedence, or I would have used it. --- cdefs.h.bak Wed Oct 23 05:04:06 2002 +++ cdefs.h Mon Mar 10 09:11:01 2003 @@ -360,6 +360,9 @@ #define __POSIX_VISIBLE 198808 #define __ISO_C_VISIBLE 0 #endif /* _POSIX_C_SOURCE */ +#ifdef _ISOC99_SOURCE +#define __ISO_C_VISIBLE 1999 +#endif This part isn't needed... #else /*- * Deal with _ANSI_SOURCE: @@ -378,7 +381,7 @@ #define __XSI_VISIBLE 0 #define __BSD_VISIBLE 0 #define __ISO_C_VISIBLE 1990 -#elif defined(_C99_SOURCE) /* Localism to specify strict C99 env. */ +#elif defined(_ISOC99_SOURCE)/* Strict C99 env. */ #define __POSIX_VISIBLE 0 #define __XSI_VISIBLE 0 #define __BSD_VISIBLE 0 ...since the next line here is: #define __ISO_C_VISIBLE 1999 Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- === lib/libpam/modules/pam_opieaccess cc1: warnings being treated as errors /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c: In function `pam_sm_authenticate': /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c:70: warning: passing arg 2 of `opielookup' discards qualifiers from pointer target type /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c:80: warning: passing arg 1 of `opieaccessfile' discards qualifiers from pointer target type *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess. *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam/modules. *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Removal of netns
Terry Lambert [EMAIL PROTECTED] writes: Tim Robbins wrote: Is there a compelling reason why I shouldn't remove netns? That is, does it serve a purpose now that it could not serve if it was moved to the Attic? Might as well move /sys/i386/conf/GENERIC to the attic while you are at it. It can serve it's purpose from there, too. This comment is not helpful. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Removal of netns - politically correct version
Terry Lambert [EMAIL PROTECTED] writes: Mike Barcroft wrote: Terry Lambert [EMAIL PROTECTED] writes: Tim Robbins wrote: Is there a compelling reason why I shouldn't remove netns? That is, does it serve a purpose now that it could not serve if it was moved to the Attic? Might as well move /sys/i386/conf/GENERIC to the attic while you are at it. It can serve it's purpose from there, too. This comment is not helpful. Then let me politically correct it. This is much more useful, since you document your assertions which turn out to be incorrect (see below). I am cynical about the ability of any code to serve the same purpose from the Attic which it serves in the main source tree. What of the rest of my comment, which you removed? I'll rephrase that, too: Is there a compelling reason for removing this working code to the Attic? Yes, the compelling reason is that it is broken and no one has stepped forward to fix it. Tim is trying to ascertain whether there are infact real users of this. Real users would either have big patchsets or very old versions of FreeBSD. I am cynical that any purpose is served by making this change; my cynicism leads me to believe that the intention of it is to make it easier for someone to hack up other code which uses related API's, without having to hack up the netns code as well. The LINT option for Xerox NS protocols has been commented out since at least 1996. It's very unlikely there are actual FreeBSD users of said protocol. In other words, it is being done to avoid maintenance, so that code changes may be hurried into the source tree. No, Tim's goal is to clean up the tree and remove unused code, or find maintainers for broken code that indeed has users. [other comments based on false assertions removed.] Practically, and historically, it seems that there are a lot of instances, recently, of code being diked out, not because it is not currently working, but because someone wished to avoid maintaining it in the face of some sweeping change or new idea they want to push into the project. I think most people just don't want to have to maintain code that no one uses. The only way we can figure out if anyone's using the code is to ask. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Mon Mar 3 08:17:05 EST 2003 -- === hme make: don't know how to make bsd.README. Stop *** Error code 2 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: can't sshd into box
Wayne [EMAIL PROTECTED] writes: Dear Jason, [Not too many people jumping onto this thread to help me.] The first two non-bold lines on rebooting, are: hw.bus.devctl_disable: 0 - 1 Entropy harvesting: interrupts ethernet point_to_point. So I try: [EMAIL PROTECTED]:/home/waynesysctl hw.bus.devctl_disable: 1 - 0 [but the result is:] sysctl: unknown oid 'hw.bus.devctl_disable:' So what the heck is Entropy harvesting ? Could this be blocking my incoming contact attempts? I missed most of this thread, but to set the sysctl you want to: `sysctl hw.bus.devctl_disable=0'. See random(4) for details on entropy harvesting. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Mon Mar 3 00:15:48 EST 2003 -- === hme make: don't know how to make bsd.README. Stop *** Error code 2 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 64 bit endian routines
Nate Lawson [EMAIL PROTECTED] writes: Both scsi and geom implement unaligned access functions that perform byte ordering. I never intended to supplant them with __bswap*(). What I want is for machine/endian.h to have functions that provide 16-64 bit endian conversions in both aligned and unaligned access forms. After these functions are there, I'd like us to unify use of them and remove driver-private versions. Sounds good, though sys/endian.h would be more appropriate unless they're MD. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: OpenSSL question for id_function()
John Polstra [EMAIL PROTECTED] writes: In article [EMAIL PROTECTED], Craig Rodrigues [EMAIL PROTECTED] wrote: pthread_self() returns something of type pthread_t. This code works under Linux, because pthread_t is mapped to an integer value. However, on FreeBSD, pthread_t is a pointer to struct pthread, so this code does not compile: FreeBSD violates POSIX in this respect. The 1003.1 standard (section 2.5) requires pthread_t to be an arithmetic type. We are non-compliant in the same way for almost all of the primary thread-related types: pthread_attr_t pthread_mutex_t pthread_mutexattr_t pthread_cond_t pthread_condattr_t pthread_once_t We got it right for pthread_key_t, though. :-) It looks like this requirement was removed in POSIX.1-2001. A problem with our implementation is that struct pthread* is in the implementation namespace, so we can't define these types in sys/types.h as required. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: OpenSSL question for id_function()
John Polstra [EMAIL PROTECTED] writes: In article [EMAIL PROTECTED], Mike Barcroft [EMAIL PROTECTED] wrote: John Polstra [EMAIL PROTECTED] writes: FreeBSD violates POSIX in this respect. The 1003.1 standard (section 2.5) requires pthread_t to be an arithmetic type. It looks like this requirement was removed in POSIX.1-2001. Interesting. I don't have that standard and wasn't aware of the change. Are you sure the requirement was removed? It was hidden away in an obscure place in the 1996 edition of the standard. There's a table of Primitive System Data Types containing the usual suspects (dev_t, gid_t, uid_t, ...) and including the thread types I mentioned. Then there's a sentence in the nearby text that says, All of the types listed in Table 2-1 shall be arithmetic types ... Here's the text: : 12974 All of the types shall be defined as arithmetic types of an appropriate length, with the following : 12975 exceptions: : 12976 XSI key_t : 12977 THR pthread_attr_t : 12978 BAR pthread_barrier_t : 12979 pthread_barrierattr_t : 12980 THR pthread_cond_t : 12981 pthread_condattr_t : 12982 pthread_key_t : 12983 pthread_mutex_t : 12984 pthread_mutexattr_t : 12985 pthread_once_t : 12986 pthread_rwlock_t : 12987 pthread_rwlockattr_t : 12988 SPI pthread_spinlock_t : 12989 TRC trace_attr_t : 12990 trace_event_id_t : 12991 TRC TEF trace_event_set_t : 12992 TRC trace_id_t So it looks like pthread_t must be an arithmetic type, but not the others. My mistake. It goes on to say: : 13010 There are no defined comparison or assignment operators for the following types: : 13011 THR pthread_attr_t : 13012 BAR pthread_barrier_t : 13013 pthread_barrierattr_t : 13014 THR pthread_cond_t : 13015 pthread_condattr_t : 13016 pthread_mutex_t : 13017 pthread_mutexattr_t : 13018 pthread_rwlock_t : 13019 pthread_rwlockattr_t : 13020 SPI pthread_spinlock_t : 13021 TRC trace_attr_t Again pthread_t isn't listed. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Volunteer with genuine i386 cpu lots of time wanted.
John Baldwin [EMAIL PROTECTED] writes: Fixed. Apparently people don't compile kernels for 80386's very often. Maybe LINT should be building I386 instead of more modern processors. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Thu Feb 27 16:19:26 EST 2003 -- === hme linking kernel.debug kern_conf.o: In function `make_dev': kern_conf.o(.text+0x55c): undefined reference to `reserved_majors' kern_conf.o(.text+0x560): undefined reference to `reserved_majors' kern_conf.o(.text+0x5c4): undefined reference to `reserved_majors' kern_conf.o(.text+0x5c8): undefined reference to `reserved_majors' *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 64 bit endian routines
Nate Lawson [EMAIL PROTECTED] writes: First, the simple question: what's the simplest cross-platform way of implementing scsi_ulto4b and scsi_4btoul (/sys/cam/scsi/scsi_all.h) for 64 bit values. GEOM (/sys/geom/geom_enc.c) implements it via a 64 bit cast in g_enc_le8. Is this the best current way? Maybe the byteorder(9) macrofunctions with a union? Second, anyone done work on unifying our various byte ordering macros? Besides htonl and ntohl, there are scsi_*ul*, g_enc_*, openssl/aes_locl.h, machine/endian.h, arpa/nameser.h, and I'm sure there are others. Perhaps the best thing is to add macros similar to geom_enc_* to machine/endian.h. Any ideas? Most of these could probably be implemented in terms of the __bswap*() functions in machine/endian.h, except for vendor sources like openssl, and htonl and ntohl which already are. I'm not sure if there would be an advantage to moving the geom byte ordering functions to sys/endian.h (I guess phk didn't either). Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: build busted in xlint: stat.h related?
Andrew Gallatin [EMAIL PROTECTED] writes: I just tried to buildworld, and xlint crapped out like this: === usr.bin/xlint/llib lint -cghapbx -Cposix /usr/src/usr.bin/xlint/llib/llib-lposix lint -cghapbx -Cstdc /usr/src/usr.bin/xlint/llib/llib-lstdc llib-lposix: llib-lstdc: stdio.h(79): warning: struct __sFILEX never defined [233] Lint pass2: stat.h(132): syntax error [249] stdio.h(79): warning: struct __sFILEX never defined [233] signal.h(207): warning: struct __siginfo never defined [233] *** Error code 1 I'm rebuilding now with your latest stat.h change reverted.. I committed a fix. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === usr.bin/xlint/llib llib-lposix: stat.h(132): syntax error [249] stdio.h(79): warning: struct __sFILEX never defined [233] signal.h(207): warning: struct __siginfo never defined [233] *** Error code 1 Stop in /tinderbox/sparc64/src/usr.bin/xlint/llib. *** Error code 1 Stop in /tinderbox/sparc64/src/usr.bin/xlint. *** Error code 1 Stop in /tinderbox/sparc64/src/usr.bin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Tue Feb 25 08:17:29 EST 2003 -- === hme /tinderbox/sparc64/src/sys/kern/vfs_bio.c: In function `bdwrite': /tinderbox/sparc64/src/sys/kern/vfs_bio.c:1040: too few arguments to function `BUF_LOCK' *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html Sun Feb 23 03:38:01 EST 2003 cvs [update aborted]: /work/repo/CVSROOT: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html Sun Feb 23 11:38:00 EST 2003 cvs [update aborted]: /work/repo/CVSROOT: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: config files and includes.
Julian Elischer [EMAIL PROTECTED] writes: I have just gone through the process of upgrading or installing several hundred machines, and Thst includes altering or editing many config files in /etc. I like the way that rc.conf is handled, in that defaults/rc.comf can be updated and only the local changes live in r.conf. I wish that more files had this capability. For example syslogd.conf or newsyslog.conf are updated between releases but they are also prime candidates for local additions. What would be really cool is if more config files could do 'includes' so that you could have a syslogd.local.conf wher eall your local entries could be. In addition you could make it look in /usr/local/etc/syslogd.conf for loging requirments for packages. Why not making it simple on yourself and use CPP. /etc/defaults/syslog.global.conf: #ifndef SECURITY security.* /nfs/log/security #endif #ifndef MAIL mail.info /nfs/log/maillog #endif /etc/syslog.local.conf: #define SECURITY security.* /var/log/security #include /etc/defaults/syslog.global.conf /etc/rc.d/syslogd (or similar): +# Preprocess syslog.conf +cpp /etc/syslog.local.conf -o /etc/syslog.conf + Unix has *so* many text processing tools, I don't see why we need to bloat daemons with this stuff. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Thu Feb 20 03:10:07 EST 2003 -- === unionfs touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/unionfs/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/unionfs. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: UFS2 regression tests?
John De Boskey [EMAIL PROTECTED] writes: Hi Folks, I've just put together a 1.7TB filesystem and was looking for some regression tests to run against it. Looking through the mailing lists doesn't turn up anything, nor does a websearch (at least for the keywords I tried). So, does anyone have any comments/ideas on a good way to test the new system? src/tools/regression/fsx Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Thu Feb 13 14:30:47 EST 2003 -- === agp /tinderbox/sparc64/src/sys/pci/agp_i810.c: In function `agp_i810_match': /tinderbox/sparc64/src/sys/pci/agp_i810.c:112: `AGP_I85X_CAPID' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:112: (Each undeclared identifier is reported only once /tinderbox/sparc64/src/sys/pci/agp_i810.c:112: for each function it appears in.) /tinderbox/sparc64/src/sys/pci/agp_i810.c:113: `AGP_I855_GME' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:116: `AGP_I855_GM' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:119: `AGP_I852_GME' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:122: `AGP_I852_GM' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c: In function `agp_i810_attach': /tinderbox/sparc64/src/sys/pci/agp_i810.c:342: `AGP_I855_GCC1' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:343: `AGP_I855_GCC1_GMS' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:344: `AGP_I855_GCC1_GMS_STOLEN_1M' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:347: `AGP_I855_GCC1_GMS_STOLEN_4M' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:350: `AGP_I855_GCC1_GMS_STOLEN_8M' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:353: `AGP_I855_GCC1_GMS_STOLEN_16M' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:356: `AGP_I855_GCC1_GMS_STOLEN_32M' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/agp. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Thu Feb 13 20:28:04 EST 2003 -- === agp /tinderbox/sparc64/src/sys/pci/agp_i810.c: In function `agp_i810_match': /tinderbox/sparc64/src/sys/pci/agp_i810.c:112: `AGP_I85X_CAPID' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:112: (Each undeclared identifier is reported only once /tinderbox/sparc64/src/sys/pci/agp_i810.c:112: for each function it appears in.) /tinderbox/sparc64/src/sys/pci/agp_i810.c:113: `AGP_I855_GME' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:116: `AGP_I855_GM' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:119: `AGP_I852_GME' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:122: `AGP_I852_GM' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c: In function `agp_i810_attach': /tinderbox/sparc64/src/sys/pci/agp_i810.c:342: `AGP_I855_GCC1' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:343: `AGP_I855_GCC1_GMS' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:344: `AGP_I855_GCC1_GMS_STOLEN_1M' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:347: `AGP_I855_GCC1_GMS_STOLEN_4M' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:350: `AGP_I855_GCC1_GMS_STOLEN_8M' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:353: `AGP_I855_GCC1_GMS_STOLEN_16M' undeclared (first use in this function) /tinderbox/sparc64/src/sys/pci/agp_i810.c:356: `AGP_I855_GCC1_GMS_STOLEN_32M' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/agp. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: C conformance.
Marcin Dalecki [EMAIL PROTECTED] writes: Trying to use a compiler different from GCC I have found the folowing error /usr/include/sys/syslimits.h, line 42: Error: [ISO 6.8]: Unknown preprocessing directive, '#warning'. I think that somthing like to above should not appear in system headers. This is a bug in TenDRA. It looks in conditionals that don't apply for syntax errors. I use the attached workaround on my system to support TenDRA. Best regards, Mike Barcroft Index: cdefs.h === RCS file: /work/repo/src/sys/sys/cdefs.h,v retrieving revision 1.68 diff -u -r1.68 cdefs.h --- cdefs.h 21 Oct 2002 20:50:30 - 1.68 +++ cdefs.h 14 Dec 2002 16:46:57 - @@ -113,27 +113,27 @@ * in a different (wrong) way). If we do not provide an implementation * for a given compiler, let the compile fail if it is told to use * a feature that we cannot live without. + * + * XXX the check for lint here is incorrect, since either your lint supports + * GNUC or it doesn't. Some kernel source code is very GNUC-centric, so we + * need this hack here until those GNUCisms are fixed. In reality, having + * hacks like this usually extend the life of bugs. */ -#ifdef lint +#if defined(lint) #define__dead2 #define__pure2 #define__unused #define__packed #define__aligned(x) #define__section(x) -#else -#if __GNUC__ 2 || __GNUC__ == 2 __GNUC_MINOR__ 5 -#define__dead2 -#define__pure2 -#define__unused -#endif -#if __GNUC__ == 2 __GNUC_MINOR__ = 5 __GNUC_MINOR__ 7 +/* Older GCC versions default to NOP for everything. */ +#elif __GNUC__ == 2 __GNUC_MINOR__ = 5 __GNUC_MINOR__ 7 #define__dead2 __attribute__((__noreturn__)) #define__pure2 __attribute__((__const__)) -#define__unused +/* XXX __aligned() is too critical to working code to safely be defined away. */ +#define__aligned(x) /* XXX Find out what to do for __packed, __aligned and __section */ -#endif -#if __GNUC__ == 2 __GNUC_MINOR__ = 7 || __GNUC__ == 3 +#elif __GNUC__ == 2 __GNUC_MINOR__ = 7 || __GNUC__ == 3 #define__dead2 __attribute__((__noreturn__)) #define__pure2 __attribute__((__const__)) #define__unused__attribute__((__unused__)) @@ -141,6 +141,25 @@ #define__aligned(x)__attribute__((__aligned__(x))) #define__section(x)__attribute__((__section__(x))) #endif + +/* + * Default to NOP for compiler-dependent extentions. + * XXX missing __aligned(), since we can't safely define it away. + */ +#ifndef __dead2 +#define__dead2 +#endif +#ifndef __packed +#define__packed +#endif +#ifndef __pure2 +#define__pure2 +#endif +#ifndef __section +#define__section(x) +#endif +#ifndef __unused +#define__unused #endif /* XXX: should use `#if __STDC_VERSION__ 199901'. */ @@ -226,6 +245,14 @@ * The alternative is: #define __IDSTRING(name,string) [nothing] */ #define__IDSTRING(name,string) static const char name[] __unused = string +#endif + +/* + * TenDRA looks inside conditionals that don't apply (ie. #if __GNUC__). + * #warning is the most likely cause of syntax errors, so work around this. + */ +#ifdef __TenDRA__ +#pragmaTenDRA directive warning (ignore) allow #endif /*
Re: Best method to produce patches?
David Leimbach [EMAIL PROTECTED] writes: I am about to try to make some changes to FreeBSD current... Should I begin to use read-only CVS instead of CVSup for this work or is it possible to generate diffs based on CVSup'd sources? What is the recommend method to use for playing with the source? I already found a small change in libc that should probably get committed but I want to generate the patch properly for everyone's approval. Most developers use CVSup to download the repo. I use the following supfile: *default host=cvsup10.freebsd.org *default base=/usr *default prefix=/work/repo *default release=cvs *default delete use-rel-suffix *default compress doc-all ports-all src-all www Then setup an alias for local operations: alias lcvscvs -d/work/repo -R Then: lcvs checkout src cd src [make changes to files] lcvs diff ~/my.diff Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: tmpfile breakage on setuid executables
Mike Makonnen [EMAIL PROTECTED] writes: The original poster was right. The following patch should fix it. I'll check it in as soon as my test cycle is over. Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc [EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 Index: lib/libc/stdio/tmpfile.c === RCS file: /home/ncvs/src/lib/libc/stdio/tmpfile.c,v retrieving revision 1.8 diff -u -r1.8 tmpfile.c --- lib/libc/stdio/tmpfile.c 13 Oct 2002 11:22:16 - 1.8 +++ lib/libc/stdio/tmpfile.c 5 Feb 2003 23:37:28 - @@ -61,6 +61,7 @@ char *buf; const char *tmpdir; + tmpdir = NULL; if (issetugid() == 0) tmpdir = getenv(TMPDIR); if (tmpdir == NULL) Looks like kris broke it. Shame on us for not having a WARNS level on libc big enough to catch simple regressions like this. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Interested in helping the C99 integration project
[Please wrap lines at 72 characters or less.] David Leimbach [EMAIL PROTECTED] writes: Hi, I am a software developer who has benefitted greatly from using FreeBSD the past few years as well as other software like KDE. I have been doing what I can here and there to make sure big projects like KDE will build and run on FreeBSD as well as other operating systems. I came to the realization that we [FreeBSD users/developers] are missing some thread safe functions like getpwnam_r. I was wondering if I could somehow help ease the burden either by testing or implementing some of these functions. Who do I want to organize with to help with this stuff? See http://www.freebsd.org/projects/c99/ Wes Peters has been assigned this task for a while. Perhaps you could co-ordinate with him. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: split out patch
Brad Knowles [EMAIL PROTECTED] writes: At 6:27 PM -0800 2003/02/01, Matthew Dillon wrote: Well, it is an active conversation/thread. Either people care enough to stay involved or they don't. But don't people have to sleep sometime? Shouldn't we allow for that? Real hackers don't sleep. :) Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: stropts.h removed?
Kris Kennaway [EMAIL PROTECTED] writes: A number of ports have started to complain about a missing stropts.h header..was this recently removed, and if so then what is the fix? I don't think we've ever supported STREAMS. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: State of the Union Report (backout request department)
Mark Linimon [EMAIL PROTECTED] writes: (This is just a view from the sidelines; I generally do ports hacking and not kernel hacking, and thus my views might not carry much weight, but here goes anyways). One of the more interesting features of the FreeBSD development model seems to me to be the ability for people to request controversial CVS commits to be backed out pending further technical discussion. IMHO this seems like a wise (albeit nonintuitive) plan to avoid meta-discussions about what should and should not have been committed by whom and reviewed by whom (and so on and so forth). But recently (especially since the 5.0 release) the backout request mechanism seems to have fallen on hard times. Without too much difficulty, I was able to find 5 separate backout requests in this year's archive of cvs-all alone which were not quickly honored. (I'm not counting an ignored request for which the underlying change was apparently security-related). I'm not sure, but there may have been others, possibly on freebsd-current. The archives might not be telling the whole story. A lot of times these things get handled behind closed doors, whether private e-mail or developer-only lists. Thankfully though, most conflicts *do* get resolved. :) Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Wed Jan 29 14:27:54 EST 2003 -- === hme In file included from /tinderbox/sparc64/src/sys/dev/aic7xxx/aic7xxx_osm.h:64, from /tinderbox/sparc64/src/sys/dev/aic7xxx/ahc_pci.c:36: machine/bus.h: In function `sparc64_dmamem_alloc_size': machine/bus.h:1096: structure has no member named `dmamem_alloc' machine/bus.h:1096: structure has no member named `parent' machine/bus.h:1098: structure has no member named `dmamem_alloc_size' machine/bus.h: In function `sparc64_dmamem_free_size': machine/bus.h:1122: structure has no member named `dmamem_free' machine/bus.h:1122: structure has no member named `parent' machine/bus.h:1124: structure has no member named `dmamem_free_size' *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Patch to teach config(8) about platforms.
Benno Rice [EMAIL PROTECTED] writes: On Wed, 2003-01-29 at 11:18, Juli Mallett wrote: * De: Juli Mallett [EMAIL PROTECTED] [ Data: 2003-01-28 ] [ Subjecte: Re: Patch to teach config(8) about platforms. ] In short, platform provides machinery for a single port of FreeBSD which represents exactly one MACHINE_ARCH to support a numbe of different hardware platforms - MACHINE - under a unified system, without interfering with how anything works, and without doing it in a convoluted/imho-backwards way. There is not a way to mix MACHINE and MACHINE_ARCH within a single port, as it is now. You have to duplicate things like pc98 does. I'd also like to point out that PowerPC will benefit greatly from this. PowerPC platforms vary wildly in how they do various things (incl. endianness in some cases) and so this provides a much cleaner mechanism to select a set of platform quirks than trying to do what i386/pc98 do. Perhaps if we could see PC98 converted to this design the advantages would become obvious. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- === lib/libpam/modules/pam_ssh In file included from /tinderbox/sparc64/src/lib/libpam/modules/pam_ssh/pam_ssh.c:59: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include/openssl/evp.h:111:26: openssl/idea.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam/modules/pam_ssh. *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam/modules. *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sun Jan 26 14:16:30 EST 2003 -- === hme cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/sparc64/sparc64/tick.c: In function `tick_process': /tinderbox/sparc64/src/sys/sparc64/sparc64/tick.c:75: warning: passing arg 1 of `statclock_process' from incompatible pointer type *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sun Jan 26 20:16:54 EST 2003 -- === hme cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/sparc64/sparc64/tick.c: In function `tick_process': /tinderbox/sparc64/src/sys/sparc64/sparc64/tick.c:75: warning: passing arg 1 of `statclock_process' from incompatible pointer type *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: adduser(8) in 5.0-R
Mike Makonnen [EMAIL PROTECTED] writes: Committed. Thanks! Should this be an errata item? Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: alpha tinderbox failure
Dag-Erling Smorgrav [EMAIL PROTECTED] writes: -- Kernel build for LINT started on Sun Jan 19 03:36:18 PST 2003 -- === vinum Makefile, line 4437: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT cc1: warnings being treated as errors /h/des/src/sys/dev/advansys/adv_isa.c: In function `adv_isa_probe': /h/des/src/sys/dev/advansys/adv_isa.c:232: warning: overflow in implicit constant conversion *** Error code 1 Fixed. Peter fixed the same problem elsewhere, but must have missed this one. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: RELENG_5 branch ?
Joao Pedras [EMAIL PROTECTED] writes: Hi all Will there be a RELENG_5 where we would get 5.0-STABLE ? Pretty much in the same way it has been up until now... Is this code currently tagged with RELENG_5_0 ? This won't happen until after 5.1 or 5.2. For now we have 5.1-CURRENT or something like that. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [PATCH] Fix man pages with iovec
Craig Rodrigues [EMAIL PROTECTED] writes: Hi, This patch fixes the read(2) and write(2) man pages to accurately reflect the iovec structure defined in sys/_iovec.h and sys/uio.h. Committed, thanks. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Fri Jan 10 10:17:39 GMT 2003 -- === usb ld: cannot open output file usb.kld: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/usb. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Fri Jan 10 04:16:49 GMT 2003 -- === vx touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/vx/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/vx. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Wed Jan 8 10:16:18 GMT 2003 -- === ipfilter touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ipfilter/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/ipfilter. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Wed Jan 8 16:16:05 GMT 2003 -- === ipfilter touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ipfilter/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/ipfilter. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Wed Jan 8 22:16:49 GMT 2003 -- === vx touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/vx/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/vx. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sparc64 tinderbox failure
Jake Burkholder [EMAIL PROTECTED] writes: Apparently, On Wed, Jan 08, 2003 at 11:25:12PM +, Mike Barcroft said words to the effect of; -- Kernel build for GENERIC started on Wed Jan 8 22:16:49 GMT 2003 -- === vx touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/vx/export_syms: No such file or directory *** Error code 1 FWIW, I can't reproduce this locally, it must be a problem with the tinderbox. I haven't seen Mike around lately, hopefully he can see what's going on soon. Sorry for the spam. Hmm, I'll try clearing the obj directory and see if that helps. I did have some trouble with the filesystem the tinderbox runs on. fsck may have deleted some files that left things in an unexpected state. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Tue Jan 7 16:18:02 GMT 2003 -- === unionfs touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/unionfs/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/unionfs. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Tue Jan 7 22:18:05 GMT 2003 -- === ums touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ums/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/ums. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: alpha tinderbox failure
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
--
Kernel build for LINT started on Mon Jan 6 03:35:12 PST 2003
--
=== vinum
Makefile, line 4445: warning: duplicate script for target geom_bsd.o [...]
/h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver i [...]
/h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize':
/h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from [...]
/h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver i [...]
/h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is b [...]
cc1: warnings being treated as errors
/h/des/src/sys/security/mac_lomac/mac_lomac.c: In function `mac_lomac_ass [...]
/h/des/src/sys/security/mac_lomac/mac_lomac.c:1070: warning: passing arg [...]
/h/des/src/sys/security/mac_lomac/mac_lomac.c:1081: warning: int format, [...]
*** Error code 1
These new truncated lines only make problems harder to solve.
Anyway, the problem is the 5th argument to vn_extattr_get() should be
an int *, but it's passing a size_t *. It looks like most consumers
of vn_extattr_get() would prefer a size_t *, so maybe the interface
should be changed.
This patch should resolve the problem without changing
vn_extattr_get()'s interface:
%%%
Index: mac_lomac.c
===
RCS file: /work/repo/src/sys/security/mac_lomac/mac_lomac.c,v
retrieving revision 1.6
diff -u -r1.6 mac_lomac.c
--- mac_lomac.c 10 Dec 2002 16:20:33 - 1.6
+++ mac_lomac.c 6 Jan 2003 15:53:02 -
@@ -49,6 +49,7 @@
#include sys/malloc.h
#include sys/mount.h
#include sys/proc.h
+#include sys/stdint.h
#include sys/systm.h
#include sys/sysproto.h
#include sys/sysent.h
@@ -1067,7 +1068,7 @@
bzero(temp, buflen);
error = vn_extattr_get(vp, IO_NODELOCKED, MAC_LOMAC_EXTATTR_NAMESPACE,
- MAC_LOMAC_EXTATTR_NAME, buflen, (char *)temp, curthread);
+ MAC_LOMAC_EXTATTR_NAME, (int *)buflen, (char *)temp, curthread);
if (error == ENOATTR || error == EOPNOTSUPP) {
/* Fall back to the fslabel. */
mac_lomac_copy_single(source, dest);
@@ -1077,8 +1078,9 @@
if (buflen != sizeof(temp)) {
if (buflen != sizeof(temp) - sizeof(temp.ml_auxsingle)) {
- printf(mac_lomac_associate_vnode_extattr: bad size %d\n,
- buflen);
+ printf(
+ mac_lomac_associate_vnode_extattr: bad size %ju\n,
+ (uintmax_t)buflen);
return (EPERM);
}
bzero(temp.ml_auxsingle, sizeof(temp.ml_auxsingle));
%%%
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: alpha tinderbox failure
Mike Barcroft [EMAIL PROTECTED] writes:
@@ -1077,8 +1078,9 @@
if (buflen != sizeof(temp)) {
if (buflen != sizeof(temp) - sizeof(temp.ml_auxsingle)) {
- printf(mac_lomac_associate_vnode_extattr: bad size %d\n,
- buflen);
+ printf(
+ mac_lomac_associate_vnode_extattr: bad size %ju\n,
+ (uintmax_t)buflen);
return (EPERM);
}
bzero(temp.ml_auxsingle, sizeof(temp.ml_auxsingle));
Oops, I forgot we have %z in printf(9) now. That would obviously be
better.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Tue Jan 7 04:15:50 GMT 2003 -- === ipfilter touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ipfilter/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/ipfilter. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: alpha tinderbox failure
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
=== vinum
Makefile, line 4453: warning: duplicate script for target geom_bsd.o ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/isp/isp_pci.c: In function `tdma_mkfc':
/h/des/src/sys/dev/isp/isp_pci.c:1543: warning: unsigned int format, different type
arg (arg 5)
/h/des/src/sys/dev/isp/isp_pci.c:1543: warning: int format, different type arg (arg
6)
/h/des/src/sys/dev/isp/isp_pci.c:1572: warning: unsigned int format, different type
arg (arg 6)
/h/des/src/sys/dev/isp/isp_pci.c:1572: warning: unsigned int format, different type
arg (arg 7)
*** Error code 1
Proposed fix:
%%%
Index: isp_pci.c
===
RCS file: /work/repo/src/sys/dev/isp/isp_pci.c,v
retrieving revision 1.89
diff -u -r1.89 isp_pci.c
--- isp_pci.c 11 Oct 2002 17:28:01 - 1.89
+++ isp_pci.c 1 Jan 2003 14:56:25 -
@@ -1538,9 +1538,10 @@
cto-rsp.m0.ct_dataseg[cto-ct_seg_count].ds_count =
dm_segs[segcnt].ds_len;
cto-rsp.m0.ct_xfrlen += dm_segs[segcnt].ds_len;
- isp_prt(isp, ISP_LOGTDEBUG1, isp_send_ctio2: ent0[%d]0x%x:%d,
- cto-ct_seg_count, dm_segs[segcnt].ds_addr,
- dm_segs[segcnt].ds_len);
+ isp_prt(isp, ISP_LOGTDEBUG1,
+ isp_send_ctio2: ent0[%d]0x%lx:%lu,
+ cto-ct_seg_count, (unsigned long)dm_segs[segcnt].ds_addr,
+ (unsigned long)dm_segs[segcnt].ds_len);
}
while (segcnt nseg) {
@@ -1567,9 +1568,10 @@
crq-req_dataseg[seg].ds_base = dm_segs[segcnt].ds_addr;
crq-req_dataseg[seg].ds_count = dm_segs[segcnt].ds_len;
isp_prt(isp, ISP_LOGTDEBUG1,
- isp_send_ctio2: ent%d[%d]%x:%u,
+ isp_send_ctio2: ent%d[%d]%lx:%lu,
cto-ct_header.rqs_entry_count-1, seg,
- dm_segs[segcnt].ds_addr, dm_segs[segcnt].ds_len);
+ (unsigned long)dm_segs[segcnt].ds_addr,
+ (unsigned long)dm_segs[segcnt].ds_len);
cto-rsp.m0.ct_xfrlen += dm_segs[segcnt].ds_len;
cto-ct_seg_count++;
}
%%%
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === usr.bin/gcore In file included from /tinderbox/sparc64/src/usr.bin/gcore/elfcore.c:38: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include/vm/vm_map.h:167: field `system_mtx' has incomplete type *** Error code 1 Stop in /tinderbox/sparc64/src/usr.bin/gcore. *** Error code 1 Stop in /tinderbox/sparc64/src/usr.bin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sbin/swapon cc1: warnings being treated as errors /tinderbox/sparc64/src/sbin/swapon/swapon.c: In function `swaplist': /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 3) /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 5) /tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 3) /tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 5) /tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 2) /tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 4) *** Error code 1 Stop in /tinderbox/sparc64/src/sbin/swapon. *** Error code 1 Stop in /tinderbox/sparc64/src/sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- === usr.sbin/fwcontrol cd: can't cd to /tinderbox/sparc64/src/usr.sbin/fwcontrol *** Error code 2 Stop in /tinderbox/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === bin/df cc1: warnings being treated as errors /tinderbox/sparc64/src/bin/df/df.c: In function `prtstat': /tinderbox/sparc64/src/bin/df/df.c:395: warning: passing arg 1 of `getbsize' from incompatible pointer type /tinderbox/sparc64/src/bin/df/df.c: In function `update_maxwidths': /tinderbox/sparc64/src/bin/df/df.c:448: warning: passing arg 1 of `getbsize' from incompatible pointer type *** Error code 1 Stop in /tinderbox/sparc64/src/bin/df. *** Error code 1 Stop in /tinderbox/sparc64/src/bin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sbin/swapon cc1: warnings being treated as errors /tinderbox/sparc64/src/sbin/swapon/swapon.c: In function `swaplist': /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 3) /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 5) /tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 3) /tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 5) /tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 2) /tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 4) *** Error code 1 Stop in /tinderbox/sparc64/src/sbin/swapon. *** Error code 1 Stop in /tinderbox/sparc64/src/sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sbin/swapon cc1: warnings being treated as errors /tinderbox/sparc64/src/sbin/swapon/swapon.c: In function `swaplist': /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 3) /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 5) /tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 3) /tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 5) /tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 2) /tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 4) *** Error code 1 Stop in /tinderbox/sparc64/src/sbin/swapon. *** Error code 1 Stop in /tinderbox/sparc64/src/sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ia64 tinderbox failure
Bruce Evans [EMAIL PROTECTED] writes: The correct fix is to unbreak getbsize() so that it takes an `int *' as its first arg like it used to. The interface change and the above change just give a header length that is not directly usably by any of its users. The header length is what must be passed to printf in %*s formats; it should have type int since that is what printf takes; any bounds checking of it belongs in getbsize() (but in practice it is a small positive number since anything else would give preposterous formatting, so there is never a problem with its bounds). Other users of getbsize() in the src tree but perhaps not ones in ports have been broken to match the interface breakage. The usual breakage is to cast the size_t to int without checking bounds. Agreed. Not a single consumer actually wants a size_t and not all base system uses have been fixed for the new interface (ls(1) for instance). I'd like to see the interface restored and merged into RELENG_5_0 before we introduce this mistake on the world. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sbin/swapon cc1: warnings being treated as errors /tinderbox/sparc64/src/sbin/swapon/swapon.c: In function `swaplist': /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 3) /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 5) /tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 3) /tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 5) /tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 2) /tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 4) *** Error code 1 Stop in /tinderbox/sparc64/src/sbin/swapon. *** Error code 1 Stop in /tinderbox/sparc64/src/sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sbin/swapon cc1: warnings being treated as errors /tinderbox/sparc64/src/sbin/swapon/swapon.c: In function `swaplist': /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 3) /tinderbox/sparc64/src/sbin/swapon/swapon.c:246: warning: field width is not type int (arg 5) /tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 3) /tinderbox/sparc64/src/sbin/swapon/swapon.c:265: warning: field width is not type int (arg 5) /tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 2) /tinderbox/sparc64/src/sbin/swapon/swapon.c:274: warning: field width is not type int (arg 4) *** Error code 1 Stop in /tinderbox/sparc64/src/sbin/swapon. *** Error code 1 Stop in /tinderbox/sparc64/src/sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ia64 tinderbox failure
Peter Wemm [EMAIL PROTECTED] writes:
=== sbin/swapon
cc1: warnings being treated as errors
/home/tinderbox/ia64/src/sbin/swapon/swapon.c: In function `swaplist':
/home/tinderbox/ia64/src/sbin/swapon/swapon.c:246: warning: field width is not type
int (arg 3)
/home/tinderbox/ia64/src/sbin/swapon/swapon.c:246: warning: field width is not type
int (arg 5)
/home/tinderbox/ia64/src/sbin/swapon/swapon.c:265: warning: field width is not type
int (arg 3)
/home/tinderbox/ia64/src/sbin/swapon/swapon.c:265: warning: field width is not type
int (arg 5)
/home/tinderbox/ia64/src/sbin/swapon/swapon.c:274: warning: field width is not type
int (arg 2)
/home/tinderbox/ia64/src/sbin/swapon/swapon.c:274: warning: field width is not type
int (arg 4)
*** Error code 1
Proposed fix:
%%%
Index: swapon.c
===
RCS file: /work/repo/src/sbin/swapon/swapon.c,v
retrieving revision 1.14
diff -u -r1.14 swapon.c
--- swapon.c28 Dec 2002 23:39:47 - 1.14
+++ swapon.c29 Dec 2002 05:53:17 -
@@ -53,6 +53,7 @@
#include err.h
#include errno.h
#include fstab.h
+#include limits.h
#include stdio.h
#include stdlib.h
#include string.h
@@ -210,8 +211,8 @@
{
size_t mibsize, size;
struct xswdev xsw;
- int mib[16], n, pagesize;
- size_t hlen;
+ int hlen, mib[16], n, pagesize;
+ size_t hsize;
long blocksize;
long long total = 0;
long long used = 0;
@@ -229,7 +230,8 @@
hlen = 10;
break;
default:
- getbsize(hlen, blocksize);
+ getbsize(hsize, blocksize);
+ hlen = MIN(INT_MAX, hsize);
break;
}
%%%
BTW, the tabbing in this area of the source file is messed up.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Fri Dec 27 16:12:52 GMT 2002 -- === ipfilter /tinderbox/sparc64/src/sys/ufs/ffs/ffs_subr.c: In function `ffs_load_inode': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_subr.c:114: argument `mtype' doesn't match prototype /tinderbox/sparc64/src/sys/ufs/ffs/ffs_extern.h:73: prototype declaration /tinderbox/sparc64/src/sys/ufs/ffs/ffs_subr.c:114: argument `fs' doesn't match prototype /tinderbox/sparc64/src/sys/ufs/ffs/ffs_extern.h:73: prototype declaration /tinderbox/sparc64/src/sys/ufs/ffs/ffs_subr.c:114: number of arguments doesn't match prototype /tinderbox/sparc64/src/sys/ufs/ffs/ffs_extern.h:73: prototype declaration *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sa_handler and sigaction...
Brandon S. Allbery KF8NH [EMAIL PROTECTED] writes: I don't have the spec, but a perusal of secondary sources has P1003.1-1990 specifying sa_handler and P1003.1-1993 adding sa_sigaction. I should add that sigaction() without sa_handler is almost entirely useless for portable programming, so it would be downright bizarre for POSIX to specify sigaction() and yet omit sa_handler. This looks like my bug. I'll fix it. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sys/boot/sparc64/loader In file included from /tinderbox/sparc64/src/sys/boot/sparc64/loader/locore.S:15: machine/asm.h:105:1: warning: __FBSDID redefined In file included from machine/asm.h:46, from /tinderbox/sparc64/src/sys/boot/sparc64/loader/locore.S:15: /tinderbox/sparc64/src/sys/sys/cdefs.h:239:1: warning: this is the location of the previous definition /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: `zipfs_fsops' undeclared here (not in a function) /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: initializer element is not constant /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: (near initialization for `file_system[2]') *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot/sparc64/loader. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot/sparc64. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot. *** Error code 1 Stop in /tinderbox/sparc64/src/sys. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sys/boot/sparc64/loader In file included from /tinderbox/sparc64/src/sys/boot/sparc64/loader/locore.S:15: machine/asm.h:105:1: warning: __FBSDID redefined In file included from machine/asm.h:46, from /tinderbox/sparc64/src/sys/boot/sparc64/loader/locore.S:15: /tinderbox/sparc64/src/sys/sys/cdefs.h:239:1: warning: this is the location of the previous definition /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: `zipfs_fsops' undeclared here (not in a function) /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: initializer element is not constant /tinderbox/sparc64/src/sys/boot/sparc64/loader/main.c:110: (near initialization for `file_system[2]') *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot/sparc64/loader. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot/sparc64. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/boot. *** Error code 1 Stop in /tinderbox/sparc64/src/sys. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sbin/gbde cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeySched': /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:41: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:41: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:48: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:48: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:66: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:66: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:70: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:70: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:77: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:77: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:83: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:83: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeyEncToDec': /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:101: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:102: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:103: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:104: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:105: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:108: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:109: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:110: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:111: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:112: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:115: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:116: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:117: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:118: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:119: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:122: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:123: warning: cast increases required alignment of target type
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sbin/gbde cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeySched': /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:41: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:41: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:48: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:48: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:66: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:66: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:70: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:70: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:77: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:77: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:83: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:83: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeyEncToDec': /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:101: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:102: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:103: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:104: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:105: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:108: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:109: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:110: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:111: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:112: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:115: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:116: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:117: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:118: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:119: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:122: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:123: warning: cast increases required alignment of target type
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sbin/gbde cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeySched': /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:41: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:41: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:48: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:48: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:66: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:66: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:70: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:70: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:77: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:77: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:83: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:83: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeyEncToDec': /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:101: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:102: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:103: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:104: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:105: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:108: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:109: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:110: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:111: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:112: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:115: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:116: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:117: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:118: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:119: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:122: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:123: warning: cast increases required alignment of target type
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sbin/gbde cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeySched': /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:41: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:41: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:48: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:48: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:66: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:66: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:70: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:70: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:77: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:77: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:83: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:83: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeyEncToDec': /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:101: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:102: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:103: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:104: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:105: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:108: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:109: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:110: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:111: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:112: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:115: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:116: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:117: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:118: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:119: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:122: warning: cast increases required alignment of target type /tinderbox/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.c:123: warning: cast increases required alignment of target type
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sun Dec 15 10:09:17 GMT 2002 -- === ipfilter cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sun Dec 15 16:09:34 GMT 2002 -- === ipfilter cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sun Dec 15 22:11:11 GMT 2002 -- === ipfilter cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sat Dec 14 10:08:25 GMT 2002 -- === ipfilter cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sat Dec 14 16:12:14 GMT 2002 -- === ipfilter cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sat Dec 14 22:09:33 GMT 2002 -- === ipfilter cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sun Dec 15 04:10:39 GMT 2002 -- === ipfilter cc1: warnings being treated as errors /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `ffs_snapshot': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:542: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:557: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs1': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1002: warning: cast to pointer from integer of different size /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c: In function `mapacct_ufs2': /tinderbox/sparc64/src/sys/ufs/ffs/ffs_snapshot.c:1278: warning: cast to pointer from integer of different size *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Posix Semaphores in -CURRENT
Joe Kelsey [EMAIL PROTECTED] writes: Yes, I realize this, but it seems that from my cursory inspection of uipc_sem.c that the check for embedded '/' characters is unnecessary and much too restrictive according to the posix standard. The standard only talks about whether or not the semaphore name begins with '/' and has nothing to say about embedded slashes except that the name must conform to filename requirements. It seems to me that either you take the TRU64 approach and place a marker in the file system (special directory entry?) or you allow all strings, only looking at the first character and not caring about anything else, except for whatever maximum pathname requirements you choose to impose. Maybe I am missing something in the system call semantics? Sounds like a bug to me. Could you open a PR? Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: __BSD_VISIBLE and u_int
Nate Lawson [EMAIL PROTECTED] writes: On Wed, 11 Dec 2002, Mike Barcroft wrote: Nate Lawson [EMAIL PROTECTED] writes: What's the proper way to get a typedef for u_int? Is there a doc somewhere on what we expect in terms of #defines for 3rd party application authors? sys/types.h will give you a typedef, provided you aren't writing a POSIX or X/Open application. If you're writing a POSIX or X/Open application (the only time __BSD_VISIBLE is false) you'll have to do the typedef manually in your application. Hmm, which of these defines claims posix src? -D_ANSI_SOURCE ? _ANSI_SOURCE means a strictly conforming C89 application. Everything in sys is off limits for such a program. cc -O -c -O -pipe -mcpu=pentiumpro -mcpu=pentiumpro -I./../include -I./.. -DDIRENT=1 -DDIRENT=1 -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_ST_RDEV=1 -DHAVE_TM_ZONE=1 -DHAVE_LONG_FILE_NAMES=1 -DHAVE_RESTARTABLE_SYSCALLS=1 -D_ANSI_SOURCE -DHAVE_DEV_CONSOLE=1 os.c In file included from os.c:25: /usr/include/sys/file.h:130: syntax error before u_int u_int is undocumented and unportable, so it probably shouldn't be used. It's only 3 characters shorter than `unsigned' anyway. It's for ports. I fixed a port like this recently. _ANSI_SOURCE was actually added by the port, not the application vendor, in that case. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
