Georg Schwarz <[EMAIL PROTECTED]> writes:
> I can build the latest coreutils (5.93)
> So gnulib should compile, shouldn't it?
gnulib should compile on a C89-or-better host, yes.
In theory findutils could be using part of gnulib that coreutils is
not, which would mean that building coreutils isn'
Speaking as a "Yank", I don't mind James's use of british spellings.
My position is: If its printed in the U.S. (by the GNU Press or other)
then it can be changed accordingly when its (hopefully) copyedited before
printing.
Related to that, I think the position statement should work towards
cons
On Thu, Dec 08, 2005 at 06:22:30AM -0700, Eric Blake wrote:
> According to James Youngman on 12/8/2005 12:57 AM:
> >
> > However, I don't have an explicit policy of British spelling for the
> > document, that's just the way I spell words. I didn't really plan to
> > standardise on UK spelling.
> On Thu, Dec 08, 2005 at 01:47:08PM +0100, Georg Schwarz wrote:
> > > Later versions (1995, I think) of the ANSI C standard require it. The
> > > file which you can't compile is part of gnulib, but gnulib only builds
> > > on ANSI-standard-compliant systems.
> >
> > is it possible to build fil
locdb-solaris.old is attached.
Building this db using "updatedb --old-format" flushed out another
bug in 4.2.26. The first line of updatedb is
#! /bin/sh
and around line 249 we have
if ! bigrams=ktemp -t updatedbX then
However (sadly), the solaris bin/sh doe
On Thu, Dec 08, 2005 at 01:47:08PM +0100, Georg Schwarz wrote:
> > Later versions (1995, I think) of the ANSI C standard require it. The
> > file which you can't compile is part of gnulib, but gnulib only builds
> > on ANSI-standard-compliant systems.
>
> is it possible to build fileutils witho
On Thu, Dec 08, 2005 at 08:02:50AM -0600, Peter Fales wrote:
> Using the "new" database looks like it will work for us. I was under
> the impression that the format changed between 4.1 and 4.2.26, so
> that --old-format was needed to stay compatible with 4.1, but that's
> is apparently not the c
On Thu, 8 Dec 2005, James Youngman wrote:
> > I am willing to volunteer to look into precisely what merges would be
> > necessary to take their changes.
>
> I suspect we can just take the update as-is. But I would be grateful if
> you could check.
The changes were minimal enough to make a readab
On Thu, Dec 08, 2005 at 08:44:52AM +, James Youngman wrote:
> So I think the upshot is that the best thing for you to do would be to
> use the 'new' database format. Is that practical for you, or wold you
> prefer to make a code modification?
Using the "new" database looks like it will work
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to James Youngman on 12/8/2005 12:57 AM:
>
> However, I don't have an explicit policy of British spelling for the
> document, that's just the way I spell words. I didn't really plan to
> standardise on UK spelling. However, the typos did n
> Later versions (1995, I think) of the ANSI C standard require it. The
> file which you can't compile is part of gnulib, but gnulib only builds
> on ANSI-standard-compliant systems.
is it possible to build fileutils without gnulib?
Or is findutils 4.2.23 the end of the road for IRIX5?
--
Geo
On Tue, Dec 06, 2005 at 11:51:18AM -0600, Peter Fales wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x00011a98 in visit_old_format (procdata=0xea30, context=0x0)
> at locate.c:492
> 492 *s++ = procdata->bigram1[procdata->c];
> (gdb) p s
> $1 = 0xfe038419
> (g
On Wed, Dec 07, 2005 at 11:59:13PM -0800, Paul Eggert wrote:
> [EMAIL PROTECTED] (James Youngman) writes:
>
> > Later versions (1995, I think) of the ANSI C standard require it. The
> > file which you can't compile is part of gnulib, but gnulib only builds
> > on ANSI-standard-compliant systems.
On Wed, Dec 07, 2005 at 02:47:51PM -0500, Aaron S. Hawley wrote:
> A documentation patch that I sent to the coreutils folks about a few typos
> in perm.texi was applied last month. findutils could update its
> "Permissions" section of the file by getting the latest version from them.
Good plan.
[EMAIL PROTECTED] (James Youngman) writes:
> Later versions (1995, I think) of the ANSI C standard require it. The
> file which you can't compile is part of gnulib, but gnulib only builds
> on ANSI-standard-compliant systems.
As a rule gnulib assumes only C89; it does not assume the later
exte
Update of patch #4683 (project findutils):
Status:None => Done
Assigned to:None => jay
___
Follow-up Comment #1:
Applied, thanks
16 matches
Mail list logo
