Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1270772 > unrolled thread

Bug#1096811: hipblas: ftbfs with GCC-15

Started bySantiago Vila <sanvila@debian.org>
First post2025-11-19 11:50 +0100
Last post2025-11-21 17:50 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.debian.bugs.dist

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Bug#1096811: hipblas: ftbfs with GCC-15 Santiago Vila <sanvila@debian.org> - 2025-11-19 11:50 +0100
    Bug#1096811: hipblas: ftbfs with GCC-15 Helmut Grohne <helmut@subdivi.de> - 2025-11-21 17:50 +0100

#1270772 — Bug#1096811: hipblas: ftbfs with GCC-15

FromSantiago Vila <sanvila@debian.org>
Date2025-11-19 11:50 +0100
SubjectBug#1096811: hipblas: ftbfs with GCC-15
Message-ID<LSNV7-e6Ri-3@gated-at.bofh.it>
close 1096811 6.4.3-2
thanks

Hello. I believe this bug ("FTBFS with GCC 15") is fixed in the above
version, so I'm closing it by hand now.

While we are at it, I noticed a very significant raise in the amount
of memory allocated while building the package, from 2GB in trixie to
14GB in current unstable (using machines with 2 CPUs).

Is this normal/expected?

Thanks.

[toc] | [next] | [standalone]


#1271066

FromHelmut Grohne <helmut@subdivi.de>
Date2025-11-21 17:50 +0100
Message-ID<LTCuB-eFJA-1@gated-at.bofh.it>
In reply to#1270772
Hi Santiago and Cordell,

On Wed, Nov 19, 2025 at 01:40:11PM +0100, Santiago Vila wrote:
> In fact, I can build the package on machines with 16 GB of RAM having
> 1 CPU but not on machines with 16 GB having 2 CPUs, where I get this:
> 
> c++: fatal error: Killed signal terminated program cc1plus
> compilation terminated.
> 
> Could you please adjust the number of CPUs to be used according
> to available memory?

This is one of those cases that I created guess-concurrency (Debian 
package available since trixie) for. Where you would normally consume 
the value N of DEB_BUILD_OPTIONS=parallel=N, you might instead use the 
output of:

    guess_concurrency --require-mem 14G

It will honour DEB_BUILD_OPTIONS and output a suitable concurrency 
number such that the system memory is not exceeded (taking control 
groups into account). The tuning of the parameter requires some 
guesswork. At least you avoid the /proc file parsing present in 
Santiago's variant.

QA folks thank you for supporting builing on lower memory systems.

Helmut

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.bugs.dist


csiph-web