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