"Nelson H. F. Beebe" <[EMAIL PROTECTED]> writes:
> This is the same problem as before with size_t being used before
> it is defined with this compiler.
is one thing; it's not standardized. But
is another. The compiler is seriously broken if does
not define size_t.
As I recall, the last main
<[EMAIL PROTECTED]> writes:
> Seriously, would you take a look at my post's
> attachment above that started this subthread, please?
Sorry, I haven't a clue what started this thread.
> It was the make that raised the bison error, not the
> bootstrap script.
After a bootstrap, when you do a 'make
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Adding the lists back to the reply, for closure on this topic]
According to Nelson H. F. Beebe on 9/27/2006 6:19 AM:
> About the build of m4-1.4.7 with sunc89 on GNU/Linux IA-32 Fedora
> Core 5:
>
>>> Still, the fact that it is only complaining abou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nelson H. F. Beebe on 9/27/2006 6:16 PM:
>
> I've just created some new config files for my automated build process
> that drop the specification of the local library for snprintf(), and
> did builds of m4-1.4.7 with both cc and with gcc;
Paul Eggert <[EMAIL PROTECTED]> writes in response to my comments
earlier today about a test failure of m4-1.4.7 that was traced to a
deficient snprintf() library function that was added locally because
that function is absent from the vendor libraries:
>> ...
>> > It looks like I have to go looki
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
Thanks for the proposed patch to the gnulib code. I applied it to
a fresh copy of m4-1.4.7 on GNU/Linux IA-32 Fedora Core 5, and
then did
env CC=lsbcc ./configure && make
Compilation failed at regex.c:57:
./regex.h:61: error: expected '=', ',', ';', 'asm' or '__attribute__' before
'__r
<[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 rather quickly.
D
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->ai_canonname);
+ r
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?
2006-09-27 Paul Eggert <[EMAIL PROTECTED]>
* lib/canon-host
"Nelson H. F. Beebe" <[EMAIL PROTECTED]> writes:
> However, lsbcc has many of its own header files, including ,
> and it never includes , and thus, never gets definitions
> of __BEGIN_DECLS and __END_DECLS.
If lsbcc replaces glibc stdio.h, it must do so compatibly with glibc;
otherwise a lot of g
Eric Blake wrote:
> I'm applying this as the obvious fix.
>
> 2006-09-25 Eric Blake <[EMAIL PROTECTED]>
>
> * gnulib-tool (func_import, func_create_testdir): Fix typos in
> 2006-09-18 patch.
Thanks. It was more than a typo, actually a thinko :-(
Bruno
Jim,
> Is there any type of file system where readdir works?
I tried only HFS+ mounts (on two different volumes).
> What version of Darwin are you using?
Darwin 7.9.0 = MacOS X 10.3.9.
> I see no failure with Darwin-8.7.0, so I might
> add a run-test (like coreutils' old readdir.m4),
> if it's
Paolo Bonzini <[EMAIL PROTECTED]> writes:
> * m4/poll.m4: Test for sys/ioctl.h and sys/filio.h.
> * lib/poll.c (poll) [__APPLE__]: Use FIONREAD instead of MSG_PEEK.
Looks reasonable to me. But you don't need our permission to install;
you're the maintainer.
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> I'll use 180.
>> The lower we go, the more of a performance penalty
>> we impose for directories with very many entries.
>
> I tried the value 180. It worked fine in some cases, but still failed in
> others:
Bruno,
Is there any type
[EMAIL PROTECTED] wrote:
> heh, it's nice to get a second opinion, but is there ever a case when
> "the latest stable version" is ever _not_ recommended? ;)
Yes, actually. gzip is one example. The latest stable version is
1.2.4a but it has been so long since a stable release and many
problems
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Bruno Haible <[EMAIL PROTECTED]> wrote:
>> Jim Meyering wrote:
>>> I'll use 180.
>>> The lower we go, the more of a performance penalty
>>> we impose for directories with very many entries.
>>
>> I tried the value 180. It worked fine in some cases, but stil
Paul Eggert asks about the build of m4-1.4.7 with lsbcc on GNU/Linux
IA-32 (Fedora Core 5):
>> ...
>> Let's see what the bug is first. It could just be an installation messup.
>> What is the output of this command?
>>
>> /opt/lsb/bin/lsbcc -E -DHAVE_CONFIG_H -I. -I.. close-stream.c
>> ...
I trie
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> I'll use 180.
>> The lower we go, the more of a performance penalty
>> we impose for directories with very many entries.
>
> I tried the value 180. It worked fine in some cases, but still failed in
> others:
...
> Thus, instead of tes
Jim Meyering wrote:
> I'll use 180.
> The lower we go, the more of a performance penalty
> we impose for directories with very many entries.
I tried the value 180. It worked fine in some cases, but still failed in
others:
$ tar xf /Volumes/ExtData/bin.x86-linux/cross/cross-hppa.tar.gz
$ ll cross/
* Jim Meyering <[EMAIL PROTECTED]>:
| > gcc -std=gnu99 -g -O2 -Wl,--as-needed -o cp cp.o copy.o cp-hash.o
../lib/libcoreutils.a ../lib/libcoreutils.a
| > ../lib/libcoreutils.a(xstrndup.o): In function `xstrndup':
| > /home/gzp/src/coreutils-6.2/lib/xstrndup.c:37: undefined reference to
`rpl_
(Unison won't let me attach a file to a message, nor will it let an
upload come with a message, too lazy to switch to Thoth right now
;) so I'll do this via e-mail)
I cvs update'd within the last half-hour. Builds seem to go fine.
I ran make -k check with all the RUN*TESTS enabled I could di
Here is the same stuff updated for the current version of gnulib-tool,
there were quite a lot of changes since I made the patch!
Paolo
Index: gnulib-tool
===
RCS file: /cvsroot/gnulib/gnulib/gnulib-tool,v
retrieving revision 1.174
d
While upgrading sed to use gnulib (at last), I started from the bison
bootstrap script and gradually worked from there. In particular, I
removed the quadraticness from the loop that Ralf fixed in gnulib-tool
very recently and, after noticing the duplication, I set to use
"gnulib-tool --update" wi
I enclose the promised updates to the poll module in order to work
around more braindeadness of the Tiger implementation of poll. recvfrom
sometimes ignores MSG_PEEK on some file descriptors, e.g. pipes. We can
more or less work around this using FIONREAD instead (on Mac OS X only,
since the
"Gabor Z. Papp" <[EMAIL PROTECTED]> wrote:
...
> gcc -std=gnu99 -g -O2 -Wl,--as-needed -o cp cp.o copy.o cp-hash.o
> ../lib/libcoreutils.a ../lib/libcoreutils.a
> ../lib/libcoreutils.a(xstrndup.o): In function `xstrndup':
> /home/gzp/src/coreutils-6.2/lib/xstrndup.c:37: undefined reference to
26 matches
Mail list logo
