]> git.ipfire.org Git - thirdparty/haproxy.git/commit
BUILD: limits: make normalize_rlim() take an rlim_t to fix build on m68k
authorWilly Tarreau <w@1wt.eu>
Wed, 25 Dec 2024 11:33:06 +0000 (12:33 +0100)
committerWilly Tarreau <w@1wt.eu>
Wed, 25 Dec 2024 11:33:06 +0000 (12:33 +0100)
commitf486f976c7b981f70db962165970baed48504c36
tree8776a16e096eb56e6cbd877ddb578648254c6119
parent21df7677a993e5a9e6d170dd98b70a1d2801958e
BUILD: limits: make normalize_rlim() take an rlim_t to fix build on m68k

As can be seen here, the build fails on m68k since commit 665dde648
("MINOR: debug: use LIM2A to show limits") in 3.1:

  https://github.com/haproxy/haproxy/actions/runs/12440234399/job/34735360177

The reason is the comparison between a ulong limit and RLIM_INFINITY.
Indeed, on m68k, rlim_t is an unsigned long long. Let's just change
the function's input type to take an rlim_t instead. This also allows
to get rid of the casts in the call place.

This can be backported to 3.1 though it's not important given the low
prevalence of this platform for such use cases.
include/haproxy/limits.h
src/debug.c