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).
prev parent 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.