Bug#757785: libwebp FTBFS on arm64, internal compiler errors

2014-08-12 Thread peter green
Jeff Breidenbach wrote: I'm quite happy to have NMU, with no delay necessary. It especially makes sense since I'm not set up to test on ARM. Also, upstream has some ideas. I'll see if they are amenable to direct contact. -frename-registers made it build. Debdiff attatched and uploaded as NMU I

Bug#757785: libwebp FTBFS on arm64, internal compiler errors

2014-08-11 Thread Jeff Breidenbach
I'm quite happy to have NMU, with no delay necessary. It especially makes sense since I'm not set up to test on ARM. Also, upstream has some ideas. I'll see if they are amenable to direct contact. PS. How the heck did webp become bootstrap critical?

Bug#757785: libwebp FTBFS on arm64, internal compiler errors

2014-08-11 Thread peter green
Jeff Breidenbach wrote: Upstream says: GCC 4.9 strikes again. Strangely,while it built in the past with 4.8, I got an ICE when I tried the current version of libwebp with the current gcc-4.8. Switching to 4.8 was the first thing I tried to workaround this issue. Switching to 4.7 was the se

Bug#757785: libwebp FTBFS on arm64, internal compiler errors

2014-08-11 Thread Jeff Breidenbach
Upstream says: GCC 4.9 strikes again. CFLAGS='-O2 -frename-registers' should do [the trick]. I'm generally comfortable with NMU high urgency situations like this one. I prefer to keep the optimizations if possible, because they are substantial. * NEON assembly additions: - ~25% faster l

Bug#757785: libwebp FTBFS on arm64, internal compiler errors

2014-08-11 Thread peter green
Package: libwebp Severity: important Tags: patch Libwebp FTBFS on arm64 with a couple of internal compiler errors. I've already filed a bug report on gcc-4.9 ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757738 ) but given that we are currently in the process of pushing arm64 into the of