tags 778180 +patch
thanks

gcc5 changes the semantics of inline function declarations, causing some
inline functions in xemacs to be considered "extern", and thus cause
multiple function definitions for the linker. This should be fixed
upstream, but for now we can add "-fgnu89-inline" to CFLAGS to keep
the old inline semantics.

With this patch, and the previous max_align_t patch, the package compiles
cleanly with gcc5.

--- xemacs21-21.4.22.orig/configure.in
+++ xemacs21-21.4.22/configure.in
@@ -1941,6 +1941,8 @@ if test "$cflags_specified" = "no"; then
     CFLAGS="-g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes"
     dnl Yuck, bad compares have been worth at least 3 crashes!
     CFLAGS="$CFLAGS -Wsign-compare"
+    dnl Use old gnu inline semantics because we're too lazy to fix the source
+    CFLAGS="$CFLAGS -fgnu89-inline"
     dnl XEmacs is known not to be strict-aliasing-safe.
     case "`gcc -v --help 2>&1`" in
       *-fstrict-aliasing* ) CFLAGS="$CFLAGS -fno-strict-aliasing" ;;


-- 
Brett Johnson <br...@hp.com>


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to