Re: mipsel out-of-memory building dolfinx 0.4.0
Drew Parsons <[email protected]>
| Newsgroups | gmane.linux.debian.ports.mips |
|---|---|
| Organization | The Debian Project |
| Message-ID | <[email protected]> |
On 2022-06-13 00:02, Jeffrey Walton wrote: > On Sun, Jun 12, 2022 at 5:38 PM Drew Parsons <[email protected]> > wrote: >> >> Hi MIPS porters, I need helping with the build of fenics-dolfinx on >> mipsel from experimental, >> https://salsa.debian.org/science-team/fenics/fenics-dolfinx/-/tree/experimental ... > I used to see something similar when building Crypto++ on resource > constrained dev-boards without swap files, like a BeagleBoard. cc1plus > used to crash all the time when certain source files were built, > especially ones that included a lot of header files. The symptom was > the same as: > >> cc1plus: out of memory allocating 17707045 >> bytes after a total of 42041344 bytes > > Drop back to 1 make job. Don't use `make -j N`. Instead, just use > `make` or `make -j 1`. It's a good thought, but unfortunately it didn't help. I applied it as "DEB_BUILD_OPTIONS = parallel=1" in debian/rules so dh_auto_build proceeds with "make -j1 "INSTALL=install --strip-program=true" VERBOSE=1" Applied on top of the fenics-dolfinx 1:0.4.1-1exp2 build configuration (with lto deactivated), it still gives c1plus: out of memory allocating 17707031 bytes after a total of 41906176 bytes when compiling dolfinx/wrappers/refinement.cpp.o. Running make -j1 with all optimisation switched off (-O0) gives the same linking error I reported before: linking the python extension cpp.cpython-310-mipsel-linux-gnu.so still gets the error "relocation truncated to fit". Drew