Package: procps Version: 1:3.2.8-9 Severity: normal Tags: patch GNU Make 3.82 no longer sorts lists of filenames when expanding automatic variables or wildcards. Filenames are now returned in filesystem order. This new behaviour has broken the procps Makefile. There are two problems:
1) In proc/Makefile at line 177: -include */module.mk When that wildcard is expanded as "ps/module.mk proc/module.mk", the makefile fails to link ps/ps (because LIBPROC is empty). 2) In proc/sysinfo.c and proc/version.c: The functions init_libproc() and init_Linux_version() are both declared with __attribute__((constructor)). So they are automatically called before main(). And since they are not prioritized and will be in separate object files, their order of execution is determined by the order in which their object files are linked. Which is now less predictable. init_libproc() uses the value of the variable linux_version_code which is initialized by init_Linux_version(). When init_libproc() is called before init_Linux_version(), hackery for legacy and non-Linux systems is called upon (old_Hertz_hack()) because linux_version_code is still zero (and <= LINUX_VERSION(2, 4, 0)). And then we get messages like: Unknown HZ value! (67) Assume 100. https://bugs.gentoo.org/show_bug.cgi?id=303120 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
