On 2016-12-30 10:06, Emilio Pozuelo Monfort wrote: > On 29/12/16 20:56, Gaudenz Steinlin wrote: > > > > Hi Emilio > > > > Emilio Pozuelo Monfort <pochu@debian.org> writes: > > > >> Source: ceph > >> Version: 10.2.5-2 > >> Severity: serious > >> > >> Your package failed to build on mips/el: > >> > >> g++ -DHAVE_CONFIG_H -I. -D__CEPH__ -D_FILE_OFFSET_BITS=64 -D_THREAD_SAFE -D__STDC_FORMAT_MACROS -D_GNU_SOURCE -DCEPH_LIBDIR=\"/usr/lib/mipsel-linux-gnu\" -DCEPH_PKGLIBDIR=\"/usr/lib/mipsel-linux-gnu/ceph\" -DGTEST_USE_OWN_TR1_TUPLE=0 -D_REENTRANT -Wdate-time -D_FORTIFY_SOURCE=2 -I/usr/include/nss -I/usr/include/nspr -Wall -Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith -Werror=format-security -fno-strict-aliasing -fsigned-char -rdynamic -ftemplate-depth-1024 -Wnon-virtual-dtor -Wno-invalid-offsetof -O2 -g -pipe -Wall -Wp,-U_FORTIFY_SOURCE -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -fPIE -fstack-protector-strong -Wstrict-null-sentinel -g -O2 -fdebug-prefix-map=/«PKGBUILDDIR»=. -fstack-protector-strong -Wformat -Werror=format-security -c -o tools/rbd/action/Resize.o tools/rbd/action/Resize.cc > >> virtual memory exhausted: Cannot allocate memory > >> Makefile:24792: recipe for target > >> 'test/encoding/ceph_dencoder-ceph_dencoder.o' failed > > > > I already noticed this and tried to contact mips@buildd.debian.org and > > mipsel@buildd.debian.org. Unfortunately nobody responded yet, so I don't > > know if the message was even received or not. AFAIK these are the > > correct contact points for buildd issues. That is the correct address for a buildd issue. I am currently processing all the mails accumulated during the holiday season, sorry that I missed it. > This is not a buildd issue but a porting issue. debian-mips@ldo is better for > this. Added to Cc. > > > I don't think there is much I can do about this bug and I'm not > > convinced this is a issue in ceph. If the buildds are unable to build > > the package we can either completely remove ceph for mips/mipsel or try > > to only build the client part and have a reduced set of packages on > > these architectures. > > IIRC there are some flags you can pass to reduce memory usage. Most notably > ggc-min-expand (which is going to be changed in GCC itself, but afaik it hasn't > happened yet). So you could try adding > > --param ggc-min-expand=10 > > to CFLAGS/CXXFLAGS. > > I'd try that before thinking about removing the package from mips. The problem is indeed a memory issue, not that the buildd doesn't have enough memory, but just that you can allocate only 2GB per process on a 32-bit MIPS machine. As Emilio said, the above GCC flag should help to reduce the memory usage by running the garbage collector more often. However gcc 6.3 seems to have improved the situation a bit, so I given back the packages, I hope they will build now. Otherwise I have a patch ready to change the GCC defaults. That said GCC upstream consider it's a bug in the garbage collector [1], so that should be fixed instead and the patch should be considered as a temporary workaround. Aurelien [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78971 -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurelien@aurel32.net http://www.aurel32.net
Attachment:
signature.asc
Description: PGP signature