Re: SVR4 compile error

2001-06-01 Thread Andre Majorel 

On 2001-05-26 11:10 +0200, Hrvoje Niksic wrote:
 Andre Majorel [EMAIL PROTECTED] writes:
 
  Compiling Wget 1.6 on an SVR4 derivative (NCR MP-RAS 3.0), I got
  this strange error:
 
 I think the problem is that Wget 1.6 tried to force strict ANSI mode
 out of the compiler.
 
 Try running make like this:
 
 make CC=cc CFLAGS=-g
 
 See if it compiles then.

After removing -cX from $(CC) and adding -lsocket -lnsl to
$(LIBS), it compiled. I guess autoconf has not been given much
testing on this platform. :-) The binary seems fine.

Is there a central repository for wget binaries ?

-- 
André Majorel
Work: [EMAIL PROTECTED]
Home: [EMAIL PROTECTED] http://www.teaser.fr/~amajorel/

SVR4 compile error

2001-05-26 Thread Andre Majorel 

Compiling Wget 1.6 on an SVR4 derivative (NCR MP-RAS 3.0), I got
this strange error:

  # make
  CONFIG_FILES= CONFIG_HEADERS=src/config.h ./config.status
  creating src/config.h
  src/config.h is unchanged
  generating po/POTFILES from ./po/POTFILES.in
  creating po/Makefile
  cd src  make CC='cc -Xc -D__EXTENSIONS__' CPPFLAGS='' 
DEFS='-DHAVE_CONFIG_H -DSYSTEM_WGETRC=\/usr/local/etc/wgetrc\ 
-DLOCALEDIR=\/usr/local/share/locale\'  CFLAGS='-O' LDFLAGS='' LIBS=''  
prefix='/usr/local' exec_prefix='/usr/local' bindir='/usr/local/bin'  
infodir='/usr/local/info' mandir='/usr/local/man' manext='1'
  cc -Xc -D__EXTENSIONS__ -I. -I.   -DHAVE_CONFIG_H 
-DSYSTEM_WGETRC=\/usr/local/etc/wgetrc\ -DLOCALEDIR=\/usr/local/share/locale\ -O 
-c cmpt.c
  NCR High Performance C Compiler R3.0c 
  (c) Copyright 1994-98, NCR Corporation
  (c) Copyright 1987-98, MetaWare Incorporated
  cc -Xc -D__EXTENSIONS__ -I. -I.   -DHAVE_CONFIG_H 
-DSYSTEM_WGETRC=\/usr/local/etc/wgetrc\ -DLOCALEDIR=\/usr/local/share/locale\ -O 
-c connect.c
  NCR High Performance C Compiler R3.0c 
  (c) Copyright 1994-98, NCR Corporation
  (c) Copyright 1987-98, MetaWare Incorporated
  E /usr/include/arpa/inet.h,L66/C19(#164): in_addr_t
  |Symbol declaration is inconsistent with a previous declaration
  |at /usr/include/netinet/in.h,L47/C27.
  E /usr/include/arpa/inet.h,L67/C19(#164): in_port_t
  |Symbol declaration is inconsistent with a previous declaration
  |at /usr/include/netinet/in.h,L46/C28.
  E /usr/include/arpa/inet.h,L68/C1(#164):  in_addr_t
  |Symbol declaration is inconsistent with a previous declaration
  |at /usr/include/netinet/in.h,L47/C27.
  E /usr/include/arpa/inet.h,L69/C1(#164):  in_port_t
  |Symbol declaration is inconsistent with a previous declaration
  |at /usr/include/netinet/in.h,L46/C28.
  w (#657):   (info) How referenced files were included:
  |File /usr/include/netinet/in.h from connect.c.
  |File /usr/include/arpa/inet.h from connect.c.
  4 user errors   1 warning   
  *** Error code 4 (bu21)

  make: fatal error.
  *** Error code 1 (bu21)

  make: fatal error.

I find it strange that there would be more than one definition
for in_addr_t and in_port_t. Does someone understand what's
going on and how to fix it ?

The output of configure:

  # ./configure
  creating cache ./config.cache
  configuring for GNU Wget 1.6
  checking host system type... i586-ncr-sysv4.3.03
  checking whether make sets ${MAKE}... yes
  checking for a BSD compatible install... ./install-sh -c
  checking for gcc... no
  checking for cc... cc
  checking whether the C compiler (cc  ) works... yes
  checking whether the C compiler (cc  ) is a cross-compiler... no
  checking whether we are using GNU C... no
  checking whether cc accepts -g... no
  checking how to run the C preprocessor... /lib/cpp
  checking for AIX... no
  checking for cc option to accept ANSI C... -Xc -D__EXTENSIONS__
  checking for function prototypes... yes
  checking for working const... yes
  checking for size_t... yes
  checking for pid_t... yes
  checking whether byte ordering is bigendian... no
  checking size of long... 4
  checking size of long long... 8
  checking for string.h... yes
  checking for stdarg.h... yes
  checking for unistd.h... yes
  checking for sys/time.h... yes
  checking for utime.h... yes
  checking for sys/utime.h... yes
  checking for sys/select.h... yes
  checking for sys/utsname.h... yes
  checking for pwd.h... yes
  checking for signal.h... yes
  checking whether time.h and sys/time.h may both be included... yes
  checking return type of signal handlers... void
  checking for struct utimbuf... yes
  checking for working alloca.h... yes
  checking for alloca... yes
  checking for strdup... yes
  checking for strstr... yes
  checking for strcasecmp... no
  checking for strncasecmp... no
  checking for gettimeofday... yes
  checking for mktime... yes
  checking for strptime... yes
  checking for strerror... yes
  checking for snprintf... yes
  checking for vsnprintf... yes
  checking for select... yes
  checking for signal... yes
  checking for symlink... yes
  checking for access... yes
  checking for isatty... yes
  checking for uname... yes
  checking for gethostname... no
  checking for gethostbyname... no
  checking for gethostbyname in -lnsl... no
  checking for socket in -lsocket... no
  checking whether NLS is requested... yes
  language catalogs: cs da de el et fr gl hr it ja nl no pl pt_BR ru sk sl sv zh
  checking for msgfmt... msgfmt
  checking for xgettext... :
  checking for gmsgfmt... msgfmt
  checking for locale.h... yes
  checking for libintl.h... no
  checking for gettext... no
  checking for gettext in -lintl... no
  gettext not found; disabling NLS
  checking for makeinfo... no
  checking for emacs... no
  checking for xemacs... no
  updating cache ./config.cache
  creating ./config.status
  creating Makefile
  creating src/Makefile
  creating

Re: SVR4 compile error

2001-05-26 Thread Hrvoje Niksic 

Andre Majorel [EMAIL PROTECTED] writes:

 Compiling Wget 1.6 on an SVR4 derivative (NCR MP-RAS 3.0), I got
 this strange error:

I think the problem is that Wget 1.6 tried to force strict ANSI mode
out of the compiler.

Try running make like this:

make CC=cc CFLAGS=-g

See if it compiles then.