all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Alan Mackenzie <acm@muc.de>
To: Paul Eggert <eggert@cs.ucla.edu>
Cc: emacs-devel@gnu.org
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	[thread overview]
Message-ID: <20120213224153.GG26954@acm.acm> (raw)
In-Reply-To: <4F397786.3030503@cs.ucla.edu>

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@, 0@PTRDIFF_T_SUFFIX@)
>  #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@, \
>                  0@SIG_ATOMIC_T_SUFFIX@)
> -
> +#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@, 0@SIZE_T_SUFFIX@)
>  #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@, 0@WCHAR_T_SUFFIX@)
>  #define WCHAR_MAX  \
>     _STDINT_MAX (@HAVE_SIGNED_WCHAR_T@, @BITSIZEOF_WCHAR_T@, 0@WCHAR_T_SUFFIX@)
> +#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@, 0@WINT_T_SUFFIX@)
>  #define WINT_MAX  \
>     _STDINT_MAX (@HAVE_SIGNED_WINT_T@, @BITSIZEOF_WINT_T@, 0@WINT_T_SUFFIX@)
> +#endif

>  /* 7.18.4. Macros for integer constants */

-- 
Alan Mackenzie (Nuremberg, Germany).



      reply	other threads:[~2012-02-13 22:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-12 11:02 Building: alloc.c:766:1: error: negative width in bit-field `_gl_verify_error_if_negative' Alan Mackenzie
2012-02-12 21:31 ` Paul Eggert
2012-02-13 13:07   ` Alan Mackenzie
2012-02-13 16:57     ` Paul Eggert
2012-02-13 20:34       ` Alan Mackenzie
2012-02-13 20:50         ` Paul Eggert
2012-02-13 22:41           ` Alan Mackenzie [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120213224153.GG26954@acm.acm \
    --to=acm@muc.de \
    --cc=eggert@cs.ucla.edu \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.