bin/54787: Problem compiling sbin/dmesg on FreeBSD 5.1-CURRENT
iedowse at maths.tcd.ie
Wed Jul 23 17:50:10 PDT 2003
The following reply was made to PR bin/54787; it has been noted by GNATS.
From: Ian Dowse <iedowse at maths.tcd.ie>
To: Maciej Korzen <eaquer at ceti.pl>
Cc: FreeBSD-gnats-submit at FreeBSD.org
Subject: Re: bin/54787: Problem compiling sbin/dmesg on FreeBSD 5.1-CURRENT from 23/07/2003
Date: Thu, 24 Jul 2003 01:44:21 +0100
In message <20030723212242.6601950532 at example.com>, Maciej Korzen writes:
>root at example:~# cd /usr/src/sbin/dmesg
>root at example:sbin/dmesg# make clean
>rm -f dmesg dmesg.o dmesg.8.gz dmesg.8.cat.gz
>root at example:sbin/dmesg# make
>Warning: Object directory not changed from original /usr/src/sbin/dmesg
>cc -O -pipe -DIPFIREWALL_VERBOSE -DIPFIREWALL_VERBOSE_LIMIT=100 -DIPFIREWALL_D
>AULT_TO_ACCEPT -march=pentiumpro -Wsystem-headers -Werror -Wall -Wno-format-
>k -Wno-uninitialized -c dmesg.c
>cc1: warnings being treated as errors
>dmesg.c: In function `main':
>dmesg.c:140: warning: implicit declaration of function `MSGBUF_SEQ_TO_POS'
>dmesg.c:140: structure has no member named `msg_wseq'
Did you do a buildworld/installworld after upgranding your sources?
The MSGBUF_SEQ_TO_POS macro is defined in src/sys/sys/msgbuf.h, and
has been there ever since the use of it was added to dmesg.c.
Compiling new source code against old headers won't always work,
so that is why you need to use the buildworld target.
More information about the freebsd-bugs