Bug#778180: xemacs21: ftbfs with GCC-5

2015-10-08 Thread Mark Brown
On Thu, Oct 08, 2015 at 02:31:55PM +0800, YunQiang Su wrote: > Any progress of this bug? > It blocks some packages in to build for mips64el port. I'm part way through upgrading to the latest upstream version. signature.asc Description: Digital signature

Bug#778180: xemacs21: ftbfs with GCC-5

2015-10-08 Thread YunQiang Su
On Thu, 13 Aug 2015 10:10:09 -0600 Brett Johnson wrote: > On 08/13/2015 09:51 AM, Mark Brown wrote: > > Who would I submit a patch for the packaging to?! > > Lol. Sorry, I didn't notice you were the maintainer ;) Any progress of this bug? It blocks some packages in to build for

Bug#778180: xemacs21: ftbfs with GCC-5

2015-08-13 Thread Mark Brown
tag 778180 - patch kthxbye --- 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!

Bug#778180: xemacs21: ftbfs with GCC-5

2015-08-13 Thread Mark Brown
On Fri, Jul 10, 2015 at 03:57:40PM -0600, Brett Johnson wrote: gcc5 changes the semantics of inline function declarations, causing some inline functions in xemacs to be considered extern, and thus cause In what way does it change the semantics - this seems like a very surprising and

Bug#778180: xemacs21: ftbfs with GCC-5

2015-08-13 Thread Brett Johnson
On 08/13/2015 09:51 AM, Mark Brown wrote: Who would I submit a patch for the packaging to?! Lol. Sorry, I didn't notice you were the maintainer ;) -- Brett Johnson br...@hp.com

Bug#778180: xemacs21: ftbfs with GCC-5

2015-08-13 Thread Brett Johnson
On 08/13/2015 05:51 AM, Mark Brown wrote: On Fri, Jul 10, 2015 at 03:57:40PM -0600, Brett Johnson wrote: gcc5 changes the semantics of inline function declarations, causing some inline functions in xemacs to be considered extern, and thus cause In what way does it change the semantics -

Bug#778180: xemacs21: ftbfs with GCC-5

2015-08-13 Thread Mark Brown
On Thu, Aug 13, 2015 at 11:33:36AM -0400, Martin Michlmayr wrote: * Mark Brown broo...@debian.org [2015-08-13 12:51]: gcc5 changes the semantics of inline function declarations, causing some inline functions in xemacs to be considered extern, and thus cause In what way does it change the

Bug#778180: xemacs21: ftbfs with GCC-5

2015-08-13 Thread Mark Brown
On Thu, Aug 13, 2015 at 09:39:09AM -0600, Brett Johnson wrote: I agree that it would be better to make the change in the packaging, rather than in configure.in. If you've already done this, would you mind submitting a patch? Who would I submit a patch for the packaging to?! signature.asc

Bug#778180: xemacs21: ftbfs with GCC-5

2015-08-13 Thread Martin Michlmayr
* Mark Brown broo...@debian.org [2015-08-13 12:51]: gcc5 changes the semantics of inline function declarations, causing some inline functions in xemacs to be considered extern, and thus cause In what way does it change the semantics - this seems like a very surprising and counterintuitive

Bug#778180: xemacs21: ftbfs with GCC-5

2015-07-10 Thread Brett Johnson
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

Bug#778180: xemacs21: ftbfs with GCC-5

2015-07-02 Thread Brett Johnson
tags 778180 +patch thanks The stddef.h header defines max_align_t conditional on the definition of __STDC_VERSION__, so in gcc5, this type is defined in stddef.h, where for older versions of gcc it was not. Note that applying this patch makes visible other gcc5 problems with new inline function