Package: src:gnat-gps
Followup-For: Bug #913371
gnat-gps/18 now fails to build on armhf, while 18-3 was succeeding on
the same architecture.
After investigation, the only successful builds of gnat-gps/18 on 32
bits architectures so far (armhf i386 powerpc) were registered with a
32 bits chroot on
I think this is the best way forward.
--
Ludovic Brenta.
Package: src:gnat-gps
Followup-For: Bug #913371
Maybe we should restrict the architecture set for this binary package?
I doubt that anyone is using a graphical IDE like gnat-gps on
armel/mips/mipsel.
On the other hand, building on all architectures improves the quality,
so I would remove failing
Package: src:gnat-gps
Followup-For: Bug #913371
The issue is reproducible on mipsel with
MALLOC_ARENA_MAX = 1
DEB_BUILD_OPTIONS = noopt parallel=1
The package was building in experimental, the faulty version only
differs by
LDFLAGS += -Wl,--no-allow-shlib-undefined -Wl,--no-copy-dt-needed-e
Package: src:gnat-gps
Followup-For: Bug #913371
In case this helps: 18-3 managed to build on i386.
https://buildd.debian.org/status/fetch.php?pkg=gnat-gps&arch=i386&ver=18-3&stamp=1542064776&raw=0
On 11/11/18 19:14, Nicolas Boulenguez wrote:
Package: src:gnat-gps
Followup-For: Bug #913371
Control: reopen -1
Version: 18-3
With parallelism disabled, the build should use (at least) two times
less memory at a given moment.
Virtual address space is per-process. So while disabling make-level
p
Package: src:gnat-gps
Followup-For: Bug #913371
Control: reopen -1
Version: 18-3
With parallelism disabled, the build should use (at least) two times
less memory at a given moment. However, it fails with the same error
on the same architectures.
Reopening the bug. Sorry for the noise.
7 matches
Mail list logo
