[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: lynx-dev lynx on aix4.3
From: |
Klaus Weide |
Subject: |
Re: lynx-dev lynx on aix4.3 |
Date: |
Tue, 4 Jan 2000 20:09:00 -0600 (CST) |
On Tue, 4 Jan 2000, Giovanni Cutolo wrote:
> Dear all,
> I am failing in trying to compile lynx2-8-2 on a IBM RISC 6000
> (powerpc) machine with aix4.3. I have tried to compile it with both gcc
> (version 2.95) and the system cc, but both compilers fail while busy with
>
> lynx2-8-2/WWW/Library/Implementation/HTParse.h.
>
> Has anybody had similar problems? I can add that I have succesfully
> compiled previous versions of lynx (lynx2.8 included) on the same machine,
> with previous versions of aix.
>
> I would really appreciate any help. By the way, I am not on the lynx-dev
> list, so I would prefer to receive answers at my address
> (address@hidden). Otherwise I'll check the archive.
> **********************************************
> cd WWW/Library/Implementation && make CC="gcc" \
> LY_CFLAGS="-O2 -DAIX4 -D_BSD=44 -D_AIX " \
> CPPFLAGS="" \
> LYFLAGS=""
> make[1]: Entering directory
> `/home/cutolo/NEWLINK/lynx2-8-2/WWW/Library/Implementation'
> gcc -DHAVE_CONFIG_H -I../../.. -I../../../src -I../../.. -I../../../src
> -I../../../WWW/Library/Implementation -O2 -DAIX4 -D_BSD=44 -D_AIX
> -I../../../WWW/Library/Implementation/ -DXMOSAIC_HACK -DACCESS_AUTH -c
> ../../../WWW/Library/Implementation/HT
Parse.c
> In file included from /usr/local/include/arpa/inet.h:68,
> from ../../../WWW/Library/Implementation/tcp.h:646,
> from ../../../WWW/Library/Implementation/HTUtils.h:425,
> from ../../../WWW/Library/Implementation/HTParse.c:5:
> /usr/local/include/sys/bitypes.h:25: conflicting types for `int8_t'
> /usr/include/sys/inttypes.h:49: previous declaration of `int8_t'
> /usr/local/include/sys/bitypes.h:26: warning: redefinition of `u_int8_t'
> /usr/include/sys/inttypes.h:618: warning: `u_int8_t' previously declared here
Obviously you have one set of headers under /usr/include, and another
one under /usr/local/include, and they conflict with each other.
I'd say that machine is in a sick state. Where do those headers under
/usr/local/include[/sys] come from? Are they there by accident?
Or was gcc somehow not completely installed? (or re-installed when the
OS was upgraded?)
Mayvbe we could work around the apparent problem with some changes in
the lynx code, but I don't think that would solve your real problem.
Klaus