In case anyone is not totally bored already, one more time for gettext
0.16 (thanks Bruno)...
ftp://alpha.gnu.org/gnu/hello/hello-2.1.95.tar.bz2 (or .gz)
By the way, a Cygwin user wrote to the Texinfo list, and I asked him to
try make check in hello, and he did (in various modes), and all went
wel
It would be nice if
gnulib-tool --with-tests --test
succeeded out of the box, including actually running the tests. IMHO
it would make a (one) good candidate for automatic testing. Currently
it has (at least) the following issues:
- automake throws a warning about `po' not being mentioned in
Hello there,
Automated building and testing does not help if the testsuite has no
good exposure. However, maybe it will help to increase awareness of
those failures that _are_ reported.
I reported this failure on bug-gnulib on 2006-07-06, it was broken
since the change on 2006-03-13. OK to appl
Bruno Haible <[EMAIL PROTECTED]> writes:
> Can you agree to that, Paul? I know you worked several hours on this patch,
> but if we carry it forward, it will cost many more hours of brain cycles in
> other code, like gnulib, coreutils etc. - for the sole purpose of unoptimized
> binaries on one par
Bruno Haible <[EMAIL PROTECTED]> writes:
> 2006-11-08 Bruno Haible <[EMAIL PROTECTED]>
>
> * m4/longlong.m4 (AC_TYPE_LONG_LONG_INT): Set ac_cv_type_long_long_int
> to 'yes' instead of 'cross-compiling'.
Thanks, I installed that. I also installed the following
into Autoconf, to matc
Paul Eggert wrote on 2006-10-11:
> 2006-10-11 Paul Eggert <[EMAIL PROTECTED]>
>
> Don't assume that 64-bit signed int is available if unsigned int
> is, and vice versa.
> * lib/allocsa.h (sa_alignment_unsignedlonglong): New constant.
> (sa_alignment_max): Don't assume tha
Paul Eggert wrote:
> Good. That's what we want. We want a test case that fails
> reliably on your platform but should succeed reliably on any
> conforming host.
>
> I installed the following patch into gnulib and will install
> something similar into Autoconf shortly.
Thanks for finally clearin
On Wed, 8 Nov 2006, Paul Eggert wrote:
> "Joel E. Denny" <[EMAIL PROTECTED]> writes:
>
> > Most importantly, the end of the patch includes a small change to
> > lib/quotearg.*, which I see are part of gnulib. I'll need some guidance
> > on whether that change makes sense for gnulib in general
"Joel E. Denny" <[EMAIL PROTECTED]> writes:
> Most importantly, the end of the patch includes a small change to
> lib/quotearg.*, which I see are part of gnulib. I'll need some guidance
> on whether that change makes sense for gnulib in general and on what to do
> with it.
OK, on further thou
Hello Karl,
* Karl Berry wrote on Wed, Nov 08, 2006 at 06:02:55PM CET:
> gnupload --help has this example:
>
> gnupload ...
>--to alpha.gnu.org:automake \\
>...
>
> I suggest changing it to:
>--to alpha.gnu.org:gnu/automake \\
Thanks. I took liberty to app
Paul Eggert wrote:
Matthew Woehlke <[EMAIL PROTECTED]> writes:
Eh? How is testing if ((1<<1)>>1) == 1 "too strict"?
It's not. But it wasn't clear from your earlier posting whether the
failure was 1LL<<1>>1 or 1LL<<63>>63. The latter is not required to
yield 1 (assuming long long is 64 bits),
Ralf Wildenhues wrote:
* Matthew Woehlke wrote on Wed, Nov 08, 2006 at 05:08:16PM CET:
How does one subscribe to bug-gawk?
bug-gawk is merged in bug-gnu-utils.
Ah, so it is. Maybe http://www.gnu.org/software/gawk/ should be updated,
in that case?
(And would anyone mind if we subscribed g
* Matthew Woehlke wrote on Wed, Nov 08, 2006 at 05:08:16PM CET:
> How does one subscribe to bug-gawk?
bug-gawk is merged in bug-gnu-utils.
> (And would anyone mind if we subscribed gmane?) It isn't listed on
> http://lists.gnu.org/ which seemed the likely place for it to show up.
http://news.gma
How does one subscribe to bug-gawk? (And would anyone mind if we
subscribed gmane?) It isn't listed on http://lists.gnu.org/ which seemed
the likely place for it to show up.
Eric Blake wrote:
According to Matthew Woehlke on 11/7/2006 2:35 PM:
I am trying to build gawk 3.1.5 on Tandem NSK/OSS.
Paul Eggert wrote:
> There's gotta be a better way.
>
> I installed the following
Look fine. Thanks!
> I prefer macros like "static_inline" and
> "long_double" when defining macros that stand for their standard
> counterparts like "static inline" and "long double".
Well, I agree that 'long_doub
Paul Eggert wrote:
> Hmm, what if GCC's __NO_INLINE__ macro is defined? Shouldn't
> m4/inline.m4 define HAVE_INLINE only if __NO_INLINE__ is not defined?
Yes. I applied this.
2006-11-08 Bruno Haible <[EMAIL PROTECTED]>
* m4/inline.m4 (gl_INLINE): Also test __NO_INLINE__.
Sugge
I've just done this:
* lib/fts.c (fts_safe_changedir): Add a comment.
Index: lib/fts.c
===
RCS file: /sources/gnulib/gnulib/lib/fts.c,v
retrieving revision 1.24
diff -u -r1.24 fts.c
--- lib/fts.c 8 Nov 2006 07:42:26 -
Ralf Wildenhues wrote:
> > I've been experimenting with modules that have files in subdirectories of
> > lib/.
> > gnulib-tool didn't handle this. With this patch, it nearly works - modulo
> > an automake bug.
>
> Could you be bothered to show how to reproduce this bug?
Done. Bug reported to bug
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> Why not go all the way and put it in Autoconf proper?
OK, I did so, by installing the following patch into Autoconf.
I figured flexible array members are in the same category, so
this patch adds them too.
2006-11-08 Paul Eggert <[EMAIL PROTECTED]>
19 matches
Mail list logo
