Paul Eggert <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> Thanks, but that doesn't matter. When st_size is used that way (when
>> ->fts_info == FTS_NSOK), its value must be FTS_STAT_REQUIRED (1) or
>> FTS_NO_STAT_REQUIRED (2). If there is a way to make it have any oth
Bob Proulx wrote:
Matthew Woehlke wrote:
The OS is 11.00, and I can't tell about the compiler ('cc -v' is giving
some odd output but no version number).
Because of historical legacy most of the HP-UX programs report version
information using SCCS what strings. Running 'what' on binary is the
Responding to a note from Date: Wed, 22 Nov 2006 16:08:27 -0600.
Matthew Woehlke wrote:
> The OS is 11.00, and I can't tell about the compiler ('cc -v' is giving
> some odd output but no version number).
Because of historical legacy most of the HP-UX programs report version
information using SCC
Ben Pfaff <[EMAIL PROTECTED]> writes:
> I don't understand this rationale. C89 requires that the switch
> expression be of integral type. For C89 compilers with the long
> long int extension, a long long int is an integral type
No, because there's no standard for the "long long int" extension i
Jim Meyering <[EMAIL PROTECTED]> writes:
> Thanks, but that doesn't matter. When st_size is used that way (when
> ->fts_info == FTS_NSOK), its value must be FTS_STAT_REQUIRED (1) or
> FTS_NO_STAT_REQUIRED (2). If there is a way to make it have any other
> value, it's a bug.
Yes, but the point o
Paul Eggert <[EMAIL PROTECTED]> writes:
> Come to think of it, since we want the code to stay portable to C89,
> then we can't use switch (V) ... when V is of type off_t. This is
> because off_t is typically 'long long int', and C89 (which lacks 'long
> long int') does not require support for a s
Paul Eggert <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>> +enum Fts_stat need_stat = p->fts_statp->st_size;
>> +switch (need_stat)
>
> Dunno if this matters, but on typical 64-bit platforms converting to
> enum Fts_stat and then switching w
Jim Meyering <[EMAIL PROTECTED]> writes:
> + enum Fts_stat need_stat = p->fts_statp->st_size;
> + switch (need_stat)
Dunno if this matters, but on typical 64-bit platforms converting to
enum Fts_stat and then switching won't abort in the rare cases when
p->fts_stat
Jim Meyering <[EMAIL PROTECTED]> writes:
> Thanks for the report and patch.
> What version of HP-UX (and, if possible, the compiler) is that?
> It must be rather old.
Come to think of it, since we want the code to stay portable to C89,
then we can't use switch (V) ... when V is of type off_t. Th
Matthew Woehlke <[EMAIL PROTECTED]> wrote:
> The OS is 11.00, and I can't tell about the compiler ('cc -v' is giving
FYI, I've checked in a slightly different change:
Work around a compile-time error from the HP-UX 11.00 /bin/cc.
* lib/fts.c (enum Fts_stat): Give this previously-a
Jim Meyering wrote:
Matthew Woehlke wrote:
I got the following error (in gnulib) building coreutils 6.6 on HP-UX.
source='fts.c' object='fts.o' libtool=no \
DEPDIR=.deps depmode=hp /bin/sh ../build-aux/depcomp \
cc -I. -I/home/install/gnu/hp700_hpux/include -g -c fts.c
cc:
Matthew Woehlke <[EMAIL PROTECTED]> wrote:
> I got the following error (in gnulib) building coreutils 6.6 on HP-UX.
>
>> source='fts.c' object='fts.o' libtool=no \
>> DEPDIR=.deps depmode=hp /bin/sh ../build-aux/depcomp \
>> cc -I. -I/home/install/gnu/hp700_hpux/include -g -c
I got the following error (in gnulib) building coreutils 6.6 on HP-UX.
source='fts.c' object='fts.o' libtool=no \
DEPDIR=.deps depmode=hp /bin/sh ../build-aux/depcomp \
cc -I. -I/home/install/gnu/hp700_hpux/include -g -c fts.c
cc: "fts.c", line 734: error 1654: Expression ty
13 matches
Mail list logo
