bin/54787: Problem compiling sbin/dmesg on FreeBSD 5.1-CURRENT from 23/07/2003

[Ian Dowse]

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
 >EF
 >AULT_TO_ACCEPT -march=pentiumpro   -Wsystem-headers -Werror -Wall -Wno-format-
 >y2
 >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.
 
 Ian