How about this?
2005-08-23 Simon Josefsson [EMAIL PROTECTED]
* quotearg.c [!HAVE_MBRTOWC]: Map mbstate_t to int, so that
compilation suceed when multibyte processing is disabled.
--- quotearg.c 16 Jul 2005 21:29:14 +0200 1.45
+++ quotearg.c 23 Aug 2005 13:25:06 +0200
How about this? If for some reason HAVE_DECL_GETLINE is not defined
at all, the header file fail to parse. This uses the idiom that is
suggested by the autoconf manual.
2005-08-23 Simon Josefsson [EMAIL PROTECTED]
* getline.h (getline): Protect prototype better.
--- getline.h 17
I don't know if this is necessary or necessarily correct, but
it seems getdelim doesn't always set errno on failure (when it
returns -1).
From what I can tell, the test below (needed cur_len) is to
test for overflow.
Oskar Liljeblad ([EMAIL PROTECTED])
Index: getdelim.c
Simon Josefsson [EMAIL PROTECTED] writes:
How about this? If for some reason HAVE_DECL_GETLINE is not defined
at all, the header file fail to parse. This uses the idiom that is
suggested by the autoconf manual.
2005-08-23 Simon Josefsson [EMAIL PROTECTED]
* getline.h (getline):
Simon Josefsson wrote:
How about this? If for some reason HAVE_DECL_GETLINE is not defined
at all, the header file fail to parse.
What's the point in trying to use lib/getline.c without m4/getline.m4 ?
We engage ourselves to maintain both in sync, since they are part of a
single gnulib module.
Simon Josefsson wrote:
How about this?
2005-08-23 Simon Josefsson [EMAIL PROTECTED]
* quotearg.c [!HAVE_MBRTOWC]: Map mbstate_t to int, so that
compilation suceed when multibyte processing is disabled.
The invocation of AC_TYPE_MBSTATE_T in m4/quotearg.m4 is supposed to
Bruno Haible [EMAIL PROTECTED] writes:
Simon Josefsson wrote:
This was also discovered while porting GNU SASL to uClinux.
Perhaps I should investigate how difficult it would be to make uClinux
run ./configure properly instead of maintaining the HAVE_* symbols
manually.
Definitely. uClinux
Simon Josefsson wrote:
This was also discovered while porting GNU SASL to uClinux.
Perhaps I should investigate how difficult it would be to make uClinux
run ./configure properly instead of maintaining the HAVE_* symbols
manually.
Definitely. uClinux has a shell and a compilation environment
Sam Steingold [EMAIL PROTECTED] writes:
g++ cannot compile regex, possibly because of KR style:
Why is it desirable to compile C code as C++?
--
Ben Pfaff
email: [EMAIL PROTECTED]
web: http://benpfaff.org
___
bug-gnulib mailing list
Bruno Haible [EMAIL PROTECTED] writes:
That appears to be obsolete. As far as I see, there are no users of this
macro which don't also bundle regex.c.
Yes, that sounds right. I installed this patch into gnulib, and then
reindented.
2005-08-23 Paul Eggert [EMAIL PROTECTED]
*
On Tuesday, August 23, 2005 at 17:59, Jim Meyering wrote:
Oskar Liljeblad [EMAIL PROTECTED] wrote:
I don't know if this is necessary or necessarily correct, but
it seems getdelim doesn't always set errno on failure (when it
returns -1).
From what I can tell, the test below (needed
It looks like I spoke too soon and that we still have some regex
problems. Among other things, there seem to be several problems with
the POSIX name space restrictions in regex.h. To get the ball rolling
I installed this:
2005-08-23 Paul Eggert [EMAIL PROTECTED]
* config/srclist.txt:
Sam Steingold [EMAIL PROTECTED] writes:
c++ is stricter, so if the code can be compiled with c++ it is probably
safer.
That doesn't match my experience. To make C code work with C++, I
often have to introduce casts (e.g., to convert void * to char *, or
to convert one integer type to
13 matches
Mail list logo