Sender: rich AT phekda DOT freeserve DOT co DOT uk
Message-ID: <3E2BE454.C5513197@phekda.freeserve.co.uk>
Date: Mon, 20 Jan 2003 11:58:12 +0000
From: Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.23 i586)
X-Accept-Language: de,fr
MIME-Version: 1.0
To: Andrew Cottrell <acottrel AT ihug DOT com DOT au>
CC: DJGPP workers <djgpp-workers AT delorie DOT com>
Subject: Re: GCC 3.2.1 build failure
References: <250B3114DA16D511B82C00E0094005F809D31B49 AT MSGWAW11> <006001c2bf9f$7e46a720$0100a8c0 AT acp42g> <3E2AF573 DOT F1612407 AT phekda DOT freeserve DOT co DOT uk> <002b01c2c06c$0f834fa0$0100a8c0 AT acp42g>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com

Hello.

Andrew Cottrell wrote:
[snip]
> I now think the problem lies with Find 4.1.7 built against the latest CVS
> LIBC when executed in Bash becuase of the following results below.
> 
> So far this is what we have:-
> a) Bash 2.05 version does not matter
> b) Find version that work:-
>     - 4.1 any version including latest CVS build
>     - 4.1.7 with CVS of Oct 2002
>     - 4.1.7 with CVS of Dec 2002
> c) Find version that does not work
>     - 4.1.7 with CVS of  Jan 2003

I tried to build find 4.1.7, but it failed:

bash-2.04$ make all
c:/djgpp.204/bin/make.exe  all-recursive
make.exe[1]: Entering directory `c:/djgpp.204/gnu/find-4.17'
Making all in lib
make.exe[2]: Entering directory `c:/djgpp.204/gnu/find-4.17/lib'
c:/djgpp.204/bin/make.exe  all-recursive
make.exe[3]: Entering directory `c:/djgpp.204/gnu/find-4.17/lib'
Making all in posix
make.exe[4]: Entering directory `c:/djgpp.204/gnu/find-4.17/lib/posix'
make.exe[4]: Nothing to be done for `all'.
make.exe[4]: Leaving directory `c:/djgpp.204/gnu/find-4.17/lib/posix'
make.exe[4]: Entering directory `c:/djgpp.204/gnu/find-4.17/lib'
source='argmatch.c' object='argmatch.o' libtool=no \
depfile='.deps/argmatch.Po' tmpdepfile='.deps/argmatch.TPo' \
depmode=gcc /dev/env/DJDIR/bin/sh.exe ../depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../intl
-DLOCALEDIR=\"/dev/env/DJDIR/share/locale\"    -g -O2 -c -o argmatch.o `test
-f argmatch.c || echo './'`argmatch.c
argmatch.c:33:22: libintl.h: No such file or directory (ENOENT)
argmatch.c: In function `argmatch_invalid':
argmatch.c:160: warning: initialization makes pointer from integer without a
cast
argmatch.c: In function `argmatch_valid':
argmatch.c:178: warning: passing arg 2 of `fprintf' makes pointer from integer
without a cast
make.exe[4]: *** [argmatch.o] Error 1
make.exe[4]: Leaving directory `c:/djgpp.204/gnu/find-4.17/lib'
make.exe[3]: *** [all-recursive] Error 1
make.exe[3]: Leaving directory `c:/djgpp.204/gnu/find-4.17/lib'
make.exe[2]: *** [all-redirect] Error 2
make.exe[2]: Leaving directory `c:/djgpp.204/gnu/find-4.17/lib'
make.exe[1]: *** [all-recursive] Error 1
make.exe[1]: Leaving directory `c:/djgpp.204/gnu/find-4.17'
make.exe: *** [all] Error 2

libintl.h seems to be missing.

I reconfigured to disable NLS (./configure --disable-nls). Oh, this created
libintl.h by symlinking. Maybe some of the missing files (in this and other
packages) are due to the symlinks? I have been using unzip to unzip, not
djtar. But find417s.zip does not seem to contain libintl.h. Maybe it's a
problem with the archiver and symlinks? That seems unlikely, since they're
just regular files.

As a work-around, if you run config.status after extracting the sources, it
will create libintl.h.

find 4.1.7 built against current CVS seems to work fine. Maybe the fix I made
to __solve_symlinks() on 23rd December 2002 broke stat("./.")? Laurynas
committed another fix on 17th January 2003. Perhaps that is the change that
fixes the problem? Maybe you were just unlucky, when you took your CVS
snapshot?

Bye, Rich =]

-- 
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]