-current 'make release' status?
Ruslan Ermilov
ru at FreeBSD.org
Tue Jul 29 05:01:53 PDT 2003
On Tue, Jul 29, 2003 at 06:30:54AM -0400, John wrote:
> Hi,
>
> I'm currently down to this patch to allow a make release to complete
> for -current:
>
[...]
Try setting the KERNEL_FLAGS=-DNO_WERROR instead.
> without it, the following causes BOOTMFS to abort:
>
> cc -c -Os -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
> -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src
> /sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/a
> th/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-align-long-strings -mpreferred-st
> ack-boundary=2 -ffreestanding -Werror /usr/src/sys/cam/cam_periph.c
> In file included from /usr/src/sys/cam/cam_periph.c:41:
> /usr/src/sys/sys/buf.h: In function `BUF_LOCK':
> /usr/src/sys/sys/buf.h:289: warning: dereferencing type-punned pointer will break strict-aliasing rules
> /usr/src/sys/sys/buf.h:289: warning: dereferencing type-punned pointer will break strict-aliasing rules
> /usr/src/sys/sys/buf.h: In function `BUF_TIMELOCK':
> /usr/src/sys/sys/buf.h:310: warning: dereferencing type-punned pointer will break strict-aliasing rules
> /usr/src/sys/sys/buf.h:310: warning: dereferencing type-punned pointer will break strict-aliasing rules
> /usr/src/sys/sys/buf.h: In function `BUF_UNLOCK':
> /usr/src/sys/sys/buf.h:325: warning: dereferencing type-punned pointer will break strict-aliasing rules
> /usr/src/sys/sys/buf.h:325: warning: dereferencing type-punned pointer will break strict-aliasing rules
> /usr/src/sys/sys/buf.h: In function `BUF_KERNPROC':
> /usr/src/sys/sys/buf.h:350: warning: dereferencing type-punned pointer will break strict-aliasing rules
> /usr/src/sys/sys/buf.h:350: warning: dereferencing type-punned pointer will break strict-aliasing rules
> /usr/src/sys/sys/buf.h:352: warning: dereferencing type-punned pointer will break strict-aliasing rules
> /usr/src/sys/sys/buf.h:352: warning: dereferencing type-punned pointer will break strict-aliasing rules
> /usr/src/sys/cam/cam_periph.c: In function `cam_periph_mapmem':
> /usr/src/sys/cam/cam_periph.c:624: warning: dereferencing type-punned pointer will break strict-aliasing rules
> .
> .
> .
>
> Thoughts? Plans?
>
> It's also worth noting that the BOOTMFS kernel build is inconsistant. The
> initial build via 'make release' fails with no patch. After the failure,
> a followup:
>
> chroot $RDIR /bin/sh
> /mk doMFSKERN
>
> works correctly. The 'make release' environment is setup differently
> from that of /mk. Depending on what folks think, maybe some form of:
>
> make mk TARGET=doMFSKERN
>
> would be appropriate to guarentee consistancy. Just a thought.
>
If this is the case, then it's a bug and should be fixed. I am
looking to see now if I can reproduce the problem, but a wild
guess is that: release/Makefile calls chroot(8) a bit differently,
with a clean environment, like this:
env -i /usr/sbin/chroot ${CHROOTDIR} /mk
Could it be that you have something in your environment similar
to NO_WERROR?
Cheers,
--
Ruslan Ermilov Sysadmin and DBA,
ru at sunbay.com Sunbay Software Ltd,
ru at FreeBSD.org FreeBSD committer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20030729/f417c035/attachment.bin
More information about the freebsd-current
mailing list