Paul Eggert wrote:
mwoehlke <[EMAIL PROTECTED]> writes:
#error "Right shift of integers of type char does not work!!"
#error "Casts from char to short works by zero-extend!!"
#error "Casts from char to int works by zero-extend!!"
#error "Cas
Paul Eggert wrote:
Here are some proposed changes to the gnulib allocsa and vasnprintf
modules prompted by the needs of porting coreutils to Tandem NSK
(OSS), along with modernizing the code to use the newer macros like
AC_TYPE_LONG_LONG_INT rather than the older macros like
gl_AC_TYPE_LONG_LONG.
Bruno Haible wrote:
Matthew,
The citation in
http://lists.gnu.org/archive/html/bug-coreutils/2006-10/msg00062.html
looks like it explains why no 'long long' type exists although the machine
would support it. Are you sure the machine supports '[signed] long long'?
Before we engage on a change as
Paul Eggert wrote:
mwoehlke <[EMAIL PROTECTED]> writes:
source='xstrtoimax.c' object='xstrtoimax.o' libtool=no \
DEPDIR=.deps depmode=tru64 /usr/bin/posix/sh ../build-aux/depcomp \
cc -std -I. -I. -I. -I/home/install/gnu/alpha_osf/include -g -c
Paul Eggert wrote:
[EMAIL PROTECTED] (Karl Berry) writes:
http://directory.fsf.org/gzip.html; no mention there
1.3.5 is mentioned on that Directory page as the "(devel)" release.
Anyway, I wrote rms about the lack of official releases in recent
decades.
For what it's worth, I was responsibl
Paul Eggert wrote:
<[EMAIL PROTECTED]> writes:
Can I validly talk Apple into upgrading their provided gzip to 1.3.5
when this is not in the stable category (for _whatever_ reason[s])?
If 1.3.5 is fine to use, it needs to be assigned as such, or Apple
would find an argument to close the bug rathe
Paul Eggert wrote:
mwoehlke <[EMAIL PROTECTED]> writes:
That said, given the address when I set a breakpoint there, I am
guessing it is the system getaddrinfo?
Yes, that's right. I installed the following patch; does it fix
things for you?
- retval = strdup (res-&g
Jim Meyering wrote:
mwoehlke <[EMAIL PROTECTED]> wrote:
...
Did you try with 5.97? I haven't tried 6.2 yet (will try to do that
No, since rm in that release is so different, and since
I don't plan to make a 5.98 release.
soon)... Um, actually, I am probably not going to t
[EMAIL PROTECTED] wrote:
[let me see if gmane lets me reply to posts]
gmane works great, it's the only way I read this list (and several
others). :-)
btw, thanks for the mails... I just built coreutils on Darwin also, and
had a good number of 'make check' failures. I am also noticing that