Date: Wed, 08 Jan 1997 03:19:13 +0300 From: Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru> To: Eivind Eklund <eivind@bitbox.follo.net> Cc: Ollivier Robert <roberto@keltia.freenix.fr>, freebsd-current@FreeBSD.ORG Subject: Re: #define conflict in #include files Message-ID: <199701080019.DAA01016@tejblum.dnttm.rssi.ru> In-Reply-To: Your message of "Wed, 07 May 1997 22:08:03 %2B0200." <199705072008.WAA25711@bitbox.follo.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > > After the recent #include changes (see my other report where reverting to > > older versions of ypcnlt.h & yp_prot.h fixed "make world"), there is a name > > conflict between <nlist.h> which defines N_SIZE to 0x0c and > > usr.bin/find/find.h which uses N_SIZE as an enum member... > > > > Both fts.h & link.h were changed today by Julian Assage's patch, probably > > to add #include <nlist.h>... Don't #include <nlist.h> into <fts.h>. It is useless. It is bogus. <fts.h> don't depend on <nlist.h>. Find(1) proves it --- it #include <fts.h>, but don't #include <nlist.h>. > Or would people rather we left all include files non-self-sufficient > for the foreseeable future and let the conflict lie? You don't need #include <nlist.h> in <fts.h> for making <fts.h> self-sufficient. #include <sys/types.h> would be enought. > > Eivind. > Dima
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199701080019.DAA01016>