all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Chip Coldwell <coldwell@redhat.com>
To: emacs-devel@gnu.org
Subject: upstream glibc is making trouble again
Date: Thu, 9 Aug 2007 15:48:33 -0400 (EDT)	[thread overview]
Message-ID: <Pine.LNX.4.64.0708091546120.10331@bogart.boston.redhat.com> (raw)

I'm having problems building emacs against glibc-2.6.90-4 (Fedora
8/rawhide GNU/Linux distribution).  Here's the relevant section of the
build log:

gcc -c -D_BSD_SOURCE   -Demacs -DHAVE_CONFIG_H -DUSE_GTK  -I. -I/builddir/build/BUILD/emacs-22.1/src -D_BSD_SOURCE -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2  -DMAIL_USE_LOCKF -DSYSTEM_PURESIZE_EXTRA=16777216 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic sound.c
sound.c: In function 'wav_play':
sound.c:618: warning: pointer targets in passing argument 2 of 'sd->write' differ in signedness
sound.c: In function 'au_play':
sound.c:712: warning: pointer targets in passing argument 2 of 'sd->write' differ in signedness
sound.c: In function 'Fplay_sound_internal':
sound.c:1453: warning: pointer targets in passing argument 2 of '__builtin___strcpy_chk' differ in signedness
sound.c:1453: warning: pointer targets in passing argument 2 of '__strcpy_ichk' differ in signedness
sound.c:1472:51: error: macro "open" requires 3 arguments, but only 1 given
sound.c:1472: warning: statement with no effect
make[2]: *** [sound.o] Error 1
make[2]: Leaving directory `/builddir/build/BUILD/emacs-22.1/src'
make[1]: *** [bootstrap-build] Error 2
make[1]: Leaving directory `/builddir/build/BUILD/emacs-22.1'
make: *** [bootstrap] Error 2

and a link to a discussion that seems relevant also:

https://www.redhat.com/archives/fedora-maintainers/2007-August/msg00013.html

Quoting:

It includes <fcntl.h>, which provides open, and POSIX allows functions
to be defined as function-like macros.  Until recently glibc didn't
define open as a function like macro, but in glibc 2.6.90 and later it
does when -D_FORTIFY_SOURCE=2, to enforce correct use of
open/open64/openat/openat64.

Any suggestions for a fix?

Chip

-- 
Charles M. "Chip" Coldwell
Senior Software Engineer
Red Hat, Inc
978-392-2426

             reply	other threads:[~2007-08-09 19:48 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-09 19:48 Chip Coldwell [this message]
2007-08-09 19:58 ` upstream glibc is making trouble again Chip Coldwell

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=Pine.LNX.4.64.0708091546120.10331@bogart.boston.redhat.com \
    --to=coldwell@redhat.com \
    --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.