[Raw Msg Headers][Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Any luck with 2.99.47+p1+new_configure_file?



On Mon, 24 Mar 1997, Eugene Crosser wrote:

> > >      Propably that is because of a "#if 0":ed include of
> > >      <inetinet/in.h>  in the  transports/libta/dnsgetrr.c
> > 
> > Commenting it back in helps a bit but I still get this:
> > 
> > -------------
> > 
> > gcc -g -O2 -DHAVE_CONFIG_H -I../../include -I../..    -c dnsgetrr.c -o
> > dnsgetrr.o
> > dnsgetrr.c: In function `getanswer_r':
> > dnsgetrr.c:429: `HFIXEDSZ' undeclared (first use this function)
> 
> If you are using gcc, look if there is a `replacement' nameser.h in
> /usr/local/lib/gcc-lib/whatever/whatever/include/arpa.
> It may conflict with `real' .h files and cause problems.
> I had to rename it away.

Thanks for the help unfortunatly it didn't work.  It did however lead me
to the likely cause.  I believe the compile is now broken for BSD based
machines.  It looks like in configure BSD should not use the provided bind
(libresolv directory: nameser.h, netdb.h, etc).  It is however in those
that all the above undefined *_r stuff (HFIXEDSZ,NETDB_INTERNAL,etc) is
defined.  I am going to try defining them by hand.  Perhaps there should
be some ifndef's in the code. Is this the correct diagnosis? If so what
are we BSD folks supposed to do?  Besides upgrade to Solaris 2.5. 
  

Daryle A. Tilroe ------------- Thin Film & System Admin ----- data@amc.ab.ca
Alberta Microelectronic Centre ------------------------ http://www.amc.ab.ca
#318, 11315-87 Avenue |----------------------------------------------------|
Edmonton, AB   /\/\   | Work: (403) 492-5570 x227  |  Home: (403) 439-4743 |
Canada        /_/\_   | Wfax: (403) 492-1643       |  HFax: (403) 988-6454 |
T6G 2T9        /__\   |----------------------------------------------------|