Actually I'm in huge doubt that this could ever run on non-Linux since it depends on proc stuff like /proc/meminfo, /proc/[pid]/oom_score_adj and more. And do non-Linux also suffer from not triggering oom due to swap?
Sorry for having no non-Linux platform. But I think maybe I should simply mark it as linux-any. 2017-11-15 10:28 GMT+08:00 Aaron M. Ucko <u...@debian.org>: > Source: earlyoom > Version: 0.12-1 > Severity: important > Tags: upstream > Justification: fails to build from source > User: debian-h...@lists.debian.org > Usertags: hurd-i386 > > The build of earlyoom for hurd-i386 (admittedly not a release > architecture) failed: > > kill.c:104:12: error: 'PATH_MAX' undeclared (first use in this function); > did you mean 'NAME_MAX'? > > The Hurd famously has no static PATH_MAX. Best practice is to > allocate path buffers dynamically based on what you actually > encounter, but if that's not convenient, you can look up _PC_PATH_MAX > via pathconf or define a fallback constant (traditionally 4096). > > Could you please take a look? > > Thanks! > > -- > Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) > http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu