emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Building: alloc.c:766:1: error: negative width in bit-field `_gl_ver


From: Alan Mackenzie
Subject: Re: Building: alloc.c:766:1: error: negative width in bit-field `_gl_verify_error_if_negative'
Date: Mon, 13 Feb 2012 22:41:53 +0000
User-agent: Mutt/1.5.21 (2010-09-15)

Hello, Paul.

On Mon, Feb 13, 2012 at 12:50:14PM -0800, Paul Eggert wrote:
> Your compilation environment appears to have a problem, in this part of
> config.log:

>       configure:17999: checking for bit size of ptrdiff_t
>       configure:18004: gcc -std=gnu99 -o conftest -g -O2     
> -Wl,-znocombreloc  conftest.c -lncurses -llockfile -lm -lxml2   -lSM -lICE 
> -lXrender -lXft   -lgnutls   -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 
> -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo 
> -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 
> -lrt -lglib-2.0   -lMagickWand -lMagickCore   -pthread -lrsvg-2 -lm -lgio-2.0 
> -lgdk_pixbuf-2.0 -lcairo -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lrt 
> -lglib-2.0   -lX11 -lpthread   -ldbus-1 -lpthread -lrt   >&5 
>       
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld:
>  warning: libMagickCore.so.4, needed by 
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../lib64/libMagickWand.so, 
> not found (try using -rpath or -rpath-link)
>       configure:18004: $? = 0
>       configure:18004: ./conftest
>       ./conftest: error while loading shared libraries: libMagickCore.so.4: 
> cannot open shared object file: No such file or directory
>       configure:18004: $? = 127
>       configure: program exited with status 127

Yes.  Somehow that was the problem.  I run Gentoo Gnu, and somehow hadn't
got around to rebuilding stuff when libMagickCore.so upgraded from .4 to
.5.  Somehow. subconsciously, I never expected a library with a name like
that to have anything to do with Emacs.  Anyhow, I did this build in a
separate directory structure and I've still got the debris from the
original troubled one.

> You probably need to fix this, for other reasons.  But before you fix it,
> could you please see whether the following patch avoids the static assertion 
> failure?
> Thanks.

Sorry, I was in too much of a hurry.  I'll see if I can restore the two
programs concerned, so that they link again with libM..Core.so.4.

Interestingly, my ./configure run was stuttering fairly badly when it
wasn't working - on some sequences of tests, the disk drives were
chuntering back and forth as the tests went by at, perhaps, 2 per
second.

> diff --git a/lib/stdint.in.h b/lib/stdint.in.h
> index 54ec7e0..08f362e 100644
> --- a/lib/stdint.in.h
> +++ b/lib/stdint.in.h
> @@ -481,6 +481,7 @@ typedef int _verify_intmax_size[sizeof (intmax_t) == 
> sizeof (uintmax_t)
>  /* 7.18.3. Limits of other integer types */

>  /* ptrdiff_t limits */
> +#if @APPLE_UNIVERSAL_BUILD@ || @BITSIZEOF_PTRDIFF_T@
>  #undef PTRDIFF_MIN
>  #undef PTRDIFF_MAX
>  #if @APPLE_UNIVERSAL_BUILD@
> @@ -497,8 +498,10 @@ typedef int _verify_intmax_size[sizeof (intmax_t) == 
> sizeof (uintmax_t)
>  # define PTRDIFF_MAX  \
>      _STDINT_MAX (1, @BITSIZEOF_PTRDIFF_T@, address@hidden@)
>  #endif
> +#endif

>  /* sig_atomic_t limits */
> +#if @BITSIZEOF_SIG_ATOMIC_T@
>  #undef SIG_ATOMIC_MIN
>  #undef SIG_ATOMIC_MAX
>  #define SIG_ATOMIC_MIN  \
> @@ -507,9 +510,10 @@ typedef int _verify_intmax_size[sizeof (intmax_t) == 
> sizeof (uintmax_t)
>  #define SIG_ATOMIC_MAX  \
>     _STDINT_MAX (@HAVE_SIGNED_SIG_ATOMIC_T@, @BITSIZEOF_SIG_ATOMIC_T@, \
>                  address@hidden@)
> -
> +#endif

>  /* size_t limit */
> +#if @APPLE_UNIVERSAL_BUILD@ || @BITSIZEOF_SIZE_T@
>  #undef SIZE_MAX
>  #if @APPLE_UNIVERSAL_BUILD@
>  # ifdef _LP64
> @@ -520,6 +524,7 @@ typedef int _verify_intmax_size[sizeof (intmax_t) == 
> sizeof (uintmax_t)
>  #else
>  # define SIZE_MAX  _STDINT_MAX (0, @BITSIZEOF_SIZE_T@, address@hidden@)
>  #endif
> +#endif

>  /* wchar_t limits */
>  /* Get WCHAR_MIN, WCHAR_MAX.
> @@ -537,20 +542,24 @@ typedef int _verify_intmax_size[sizeof (intmax_t) == 
> sizeof (uintmax_t)
>  # include <wchar.h>
>  # undef _GL_JUST_INCLUDE_SYSTEM_WCHAR_H
>  #endif
> +#if @BITSIZEOF_WCHAR_T@
>  #undef WCHAR_MIN
>  #undef WCHAR_MAX
>  #define WCHAR_MIN  \
>     _STDINT_MIN (@HAVE_SIGNED_WCHAR_T@, @BITSIZEOF_WCHAR_T@, address@hidden@)
>  #define WCHAR_MAX  \
>     _STDINT_MAX (@HAVE_SIGNED_WCHAR_T@, @BITSIZEOF_WCHAR_T@, address@hidden@)
> +#endif

>  /* wint_t limits */
> +#if @BITSIZEOF_WINT_T@
>  #undef WINT_MIN
>  #undef WINT_MAX
>  #define WINT_MIN  \
>     _STDINT_MIN (@HAVE_SIGNED_WINT_T@, @BITSIZEOF_WINT_T@, address@hidden@)
>  #define WINT_MAX  \
>     _STDINT_MAX (@HAVE_SIGNED_WINT_T@, @BITSIZEOF_WINT_T@, address@hidden@)
> +#endif

>  /* 7.18.4. Macros for integer constants */

-- 
Alan Mackenzie (Nuremberg, Germany).



reply via email to

[Prev in Thread] Current Thread [Next in Thread]