Date: Mon, 11 Mar 1996 08:46:38 -0500 (EST) From: "Stephen F. Combs" <combssf@salem.ge.com> To: Chris Dabrowski <chrisd@demon.net> Cc: freebsd-questions@freebsd.org, chrisd@demon.net Subject: Re: Compiling BIND 4.9.3 on FreeBSD 2.1R Message-ID: <Pine.SUN.3.91.960311082350.24690B-100000@combs.salem.ge.com> In-Reply-To: <199603111154.LAA19432@chrisd.noc.demon.net>
next in thread | previous in thread | raw e-mail | index | archive | help
I compiled it on a 2.1.R system following (in part) the instructions under the BSD directory. First, you must install the 'libc' patches, which add a couple of routines to libc (you have to edit the Makefile.inc in the 'libc/net' subdirectory to include the file 'nsap_addr.c' and the 'nsap_addr.o' in the dependancies). It's been running for two weeks now with those changes! I'm getting ready to upgrade the DNS on a coupla boxes I've got in Ft. Wayne running as DNS servers for our Motors group. I have to do a Source upgrade 'cuz the systems are running 2.0.5 and with the changes I've got to do, I figured it was time to upgrade the O/S. Also, as a last item, I blew the entire "BSD" directory tree from the 4.9.3 distribution down into my 'freebsd.dir' build directory. The system built just fine then. Hope this helps. When I get the time, I'll diff 4.9.3 against the old DNS and send the diffs in. ---- Stephen F. Combs Internet: CombsSF@Salem.GE.COM GE DS&TC Voice: 540.387.8828 Network Services Home: CombsSF-Home@Salem.GE.COM 1501 Roanoke Blvd FAX: 540.387.7106 Salem, VA 24153 On Mon, 11 Mar 1996, Chris Dabrowski wrote: > Date: Mon, 11 Mar 1996 11:54:26 +0000 (GMT) > From: Chris Dabrowski <chrisd@demon.net> > To: freebsd-questions@freebsd.org > Cc: chrisd@demon.net > Subject: Compiling BIND 4.9.3 on FreeBSD 2.1R > > I would really appreciate any ideas or suggestions to help me compile > BIND 4.9.3. According to the Makefile supplied with BIND the default > settings should work on any BSD 4.4 system. On my FreeBSD (2.1R) system > it fails with the following parse errors, yet when I tried it on a friends > NetBSD 1.1 system it compiled without any problems. > > I considered altering the file '/usr/include/unistd.h' to match the NetBSD > one but I simply got more errors later on. Anyhow, I think I should be altering > BIND to match my system and not the other way around. :-) > > Many thanks, > > Chris > > PS I'm using the ordinary version of gcc supplied with FreeBSD (2.6.3) > > > -----Error during make--------------------------------------------------- > > root@tatooine.vader.org:/usr/local/src/misc/bind $ make > > /usr/local/src/misc/bind/res > > cc -O -g -I../include -I../compat/include -DUSE_OPTIONS_H -c herror.c > > In file included from herror.c:65: > > /usr/include/unistd.h:53: parse error before `__dead2' > > /usr/include/unistd.h:53: warning: data definition has no type or storage class > > *** Error code 1 > > > > Stop. > > -----herror.c------------------------------------------------------------ > > #include <sys/param.h> > > #include <sys/uio.h> > > #include <netdb.h> > > #if defined(BSD) && (BSD >= 199103) > > # include <unistd.h> <----------- Line 65 > > # include <string.h> > > #else > > # include "../conf/portability.h" > > #endif > > -----/usr/include/unistd.h (From FreeBSD)--------------------------------- > > __BEGIN_DECLS > > __dead void > > _exit __P((int)) __dead2; <----------- Line 53 > > int access __P((const char *, int)); > > unsigned int alarm __P((unsigned int)); > > int chdir __P((const char *)); > > int chown __P((const char *, uid_t, gid_t)); > > int close __P((int)); > > -----/usr/include/unistd.h (From NetBSD)---------------------------------- > > __BEGIN_DECLS > > __dead void _exit __P((int)) __attribute__((noreturn)); > > int access __P((const char *, int)); > > unsigned alarm __P((unsigned)); > > int chdir __P((const char *)); > > int chown __P((const char *, uid_t, gid_t)); > > int close __P((int)); > > -- > Chris Dabrowski - <chrisd@demon.net> - Demon Internet Ltd >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SUN.3.91.960311082350.24690B-100000>