Hi,
I adjusted some of the Glibc checks to match GNU/kOpenSolaris [1]. Because the
checks are always the same for all Glibc-based systems, and having to wait
for files to propagate to every package out there is a PITA, I propose using
a generic '*-gnu' match (I notice some of the checks in gnulib
Bruno Haible wrote:
...
>> It looks to me like the change below is equivalent to yours,
>
> Ah, I see now what you mean. Fine with me.
>
> I wouldn't have chosen this solution because it tears apart the
> determination of the ac_cv_func_working_mktime into two parts,
> one before the AC_CACHE_CHEC
Hi Jim,
> It looks to me like the change below is equivalent to yours,
Ah, I see now what you mean. Fine with me.
I wouldn't have chosen this solution because it tears apart the
determination of the ac_cv_func_working_mktime into two parts,
one before the AC_CACHE_CHECK and one inside it (making
Bruno Haible wrote:
>> That looks like it'd work fine
>
> It does work fine. I tested it :-)
>
>> but I'd like it even more if it were
>> to set the cache variable to "no" *before* the use of AC_CACHE_CHECK.
>> Then, this change would be more compact and would not affect the logical
>> structure (
A small tweak:
2008-12-26 Bruno Haible
* m4/multiarch.m4 (gl_MULTIARCH): Recognize also the architecture names
i486, i586, i686.
--- m4/multiarch.m4.orig2008-12-26 12:37:58.0 +0100
+++ m4/multiarch.m4 2008-12-26 12:37:46.0 +0100
@@ -1,4 +1,4 @@
-# m
Nelson,
Eric Blake wrote:
> Nelson H. F. Beebe gave me an off-list report of some build failures with
> the latest m4 source code, where test-frexpl, test-isnanl, and
> test-vasprintf-posix all failed on an Irix 6.5 host:
>
> checking whether isnanl works... no
> checking where to find the expone
Hello Richard,
Simon Josefsson reported on 2008-12-09:
> test-flock.c:90: assertion failed, errno = 0
> Abort trap
> espresso:~/daily/gnulib/dummy-0/gltests jas$
>
> Removing the line with the abort() call gives:
>
> test-flock.c:89: assertion failed, errno = 0
> test-flock.c:90: assertion fail
Hi Jim,
> That looks like it'd work fine
It does work fine. I tested it :-)
> but I'd like it even more if it were
> to set the cache variable to "no" *before* the use of AC_CACHE_CHECK.
> Then, this change would be more compact and would not affect the logical
> structure (i.e. no need for the
Hi Eric,
> Nelson H. F. Beebe gave me an off-list report of a compile failure on a
> DEC Alpha machine running OSF/1 4.0. He ran with two different compilers:
>
> checking host system type... alphaev56-dec-osf4.0f
>
> In file included from getopt.h:35,
> from
> /export/local/al
Eric Blake wrote:
> Nelson H. F. Beebe gave me an off-list report of a failure of test-wcrtomb
> on FreeBSD 5.0-RELEASE #0
> ...
> checking for wcrtomb... yes
> checking whether wcrtomb return value is correct... yes
>
> In file included from regex.c:60:
> regex_internal.c: In function `build_wcs_
Bruno Haible wrote:
> The configure test whether mktime works produces the result "yes" in 32-bit
> mode and "no" in 64-bit mode. In universal builds, we cannot manage these
> different results (it would become a #ifdef mess). Therefore I propose to
> combine the results to "no". OK to commit?
Hi
Eric Blake wrote:
> gcc4 -std=gnu99 ...
> ../lib/libm4.a(vasnprintf.o): In function `wcstouq':
> /usr/include/wchar.h:585: multiple definition of `wcstouq'
> ../lib/libm4.a(quotearg.o):/usr/include/wchar.h:585: first defined here
> ...
> This seems like a bug in glibc's , especially since gnulib do
12 matches
Mail list logo
