Bruno Haible <[EMAIL PROTECTED]> wrote:
> Karl Berry asked:
>> The ChangeLog file is over a megabyte now, and I'm still stuck on dialup
>> sometimes. Can we split it to, say, ChangeLog.1997-2006 and just keep
>> 2007 in the active file?
>
> I believe that the size of the ChangeLog becomes insigni
Matthew Woehlke <[EMAIL PROTECTED]> wrote, on 30 Mar 2007:
>
> Geoff Clare wrote:
> >The code was just to illustrate the point that if it is possible for
> >the condition (var > SSIZE_MAX) to be true then the implementation
> >does not conform to the requirement that SSIZE_MAX is the maximum
> >val
Paul Eggert <[EMAIL PROTECTED]> wrote, on 30 Mar 2007:
>
> So I don't see the point of insisting on a guarantee that SSIZE_MAX
> must be the maximum representable ssize_t value. What can a portable
> application do with that guarantee that it couldn't do otherwise?
It can use SSIZE_MAX for the sa
Jim Meyering wrote:
> A good argument for upgrading any cvs servers you control.
Unfortunately, it's the clients that you would need to upgrade - it's the
GPLed 'cvs' client which pushes the load to the cvs server. And the client
that has this behaviour fixed is not free software.
> If no one obj
Karl,
Jim Meyering wrote:
> But that would require a certain amount of hand-holding and updating
> FAQ/etc.
Here is a possible patch to http://www.gnu.org/software/gnulib/ .
--- gnulib.html.bak 2007-03-31 14:41:59.0 +0200
+++ gnulib.html 2007-03-31 14:48:08.0 +0200
@@ -41,11
On Sat, Mar 31, 2007 at 10:33:21AM +0200, Jim Meyering wrote:
> The desire to retain CVS access (e.g., for Karl :-), and the fact that it
> will have to be via git-cvsserver to provide at least read-only pserver
> access, means I'll have to exercise a certain amount of due diligence,
> too. I'll h
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> A good argument for upgrading any cvs servers you control.
>
> Unfortunately, it's the clients that you would need to upgrade - it's the
> GPLed 'cvs' client which pushes the load to the cvs server. And the client
> that has this beha
New modules have missed to be added to MODULES.html.sh for quite some time.
This fixes those that I've been involved in.
2007-03-31 Bruno Haible <[EMAIL PROTECTED]>
* MODULES.html.sh (func_module): Don't show gnulib-common.m4.
(Mathematics ): New section, add fpieee.
(In
Geoff Clare <[EMAIL PROTECTED]> writes:
> Paul Eggert <[EMAIL PROTECTED]> wrote, on 30 Mar 2007:
>>
>> So I don't see the point of insisting on a guarantee that SSIZE_MAX
>> must be the maximum representable ssize_t value. What can a portable
>> application do with that guarantee that it couldn't
[EMAIL PROTECTED] (Karl Berry) writes:
> Not to be low-tech, but how about 26 subdirectories a..z?
> That way, if I know the name, I know the subdirectory.
That's a good solution to improve performance for computers (which
tend to dislike large directories) but IMHO I don't think it is a good
sep
Jim Meyering <[EMAIL PROTECTED]> writes:
>>> The desire to retain CVS access (e.g., for Karl :-), and the fact that it
>>> will have to be via git-cvsserver to provide at least read-only pserver
>>> access, means I'll have to exercise a certain amount of due diligence,
>>> too. I'll have to set u
Hi Simon,
This getaddrinfo.c error on OSF/1 is now the only remaining compilation error
of all of gnulib on OSF/1, HP-UX, AIX, Solaris, IRIX.
> > int getnameinfo(
> > const struct sockaddr *sa,
> > socklen_t salen,
> > char *node,
> > size_t *nodelen,
> >
It seems to me that there is a certain amount of
(confusion|disagreement) among members of the austin-group-l mailing
list, who are, almost by definition, connoisseurs of standards wording
and distinguishers of fine points.
If the members of that list cannot mostly agree on what exactly the
stand
The last iconv.m4 patch from two days ago always resulted in
"checking for working iconv... no"
This fixes it, and adds detection of another HP-UX iconv deficiency.
2007-03-31 Bruno Haible <[EMAIL PROTECTED]>
* m4/iconv.m4 (AM_ICONV_LINK): Fix 2007-03-29 patch. Test also against
This is needed to declare ldexpl() when the system doesn't have it, e.g. on
HP-UX.
2007-03-31 Bruno Haible <[EMAIL PROTECTED]>
* m4/ldexpl.m4 (gl_FUNC_LDEXPL): Set HAVE_DECL_LDEXPL to 0 when
the function is not present.
*** m4/ldexpl.m430 Mar 2007 00:13:24 - 1.
This is needed to declare frexpl() when the system doesn't have it, e.g. on
HP-UX.
2007-03-31 Bruno Haible <[EMAIL PROTECTED]>
* m4/frexpl.m4 (gl_FUNC_FREXPL): Set HAVE_DECL_FREXPL to 0 when
the function is not present.
*** m4/frexpl.m430 Mar 2007 00:03:15 - 1.
Some proprietary iconv() implementations (IRIX, OSF/1, Solaris) are
actually usable if
1. one is willing to do an indirect conversion (through UTF-8) if a direct
conversion between two encodings doesn't exist,
2. one maps the standardized encoding names to the implementation specific
James Youngman wrote:
> > On AIX 5.1, with gnulib as of today (29 March) the test-stat-time test
> > fails.
> > More precisely, on a 'jfs2' file system, the test fails in the third ASSERT
> > of test_mtime. I get these time stamps:
>
> Does the following patch fix the problem?
>
> 2007-03-30 Jam
IMHO I don't think it is a good
separation from a human point of view.
Actually, I suggested it because I thought it was better for humans (as
well as computers). At least I know I personally would find it easier
to use than any other split proposed so far. With the alphabetical
scheme,
jim> The desire to retain CVS access (e.g., for Karl :-),
I think between you and Bruno you've described the basics well enough.
There's no point in waiting for me to try it, since I will never try it
until I am forced to.
I would like the README to have the most basic commands to get the wo
Paul Eggert wrote:
> Like others, I like the idea of grouping but I'm afraid the initial
> group proposal didn't sound that felicitous.
>
> > The expected benefit is that
> > 1) that people looking for a particular function and whether gnulib
> > support it can find it immediately, without
James Youngman wrote:
> you've made me wonder if it's useful just to follow whatever
> directory organisation glibc uses...
Definitely not. In glibc you have subdirectories for families of architectures
(soft-fp), by functionality (crypt, intl), by standard (posix), and by platform
(hurd, mach). A
Karl Berry wrote:
> Actually, I suggested it because I thought it was better for humans (as
> well as computers).
I don't think it is. Have you ever worked on a machine where your home
directory is /home/k/ka/karl, and your project upload in
/home/ftp/t/te/texinfo? I hate it. I causes extra typing
Paul Eggert wrote:
> It is referring to the behavior of the VAX floating point unit, where the
> hardware representation that one thinks would represent -0.0 behaves
> sort of like a NaN. To avoid this problem, on a VAX copysign(0, -1)
> returns +0.0, not the usual -0.0. That is why the C and POS
24 matches
Mail list logo
