7d77c17cc1
Previously, if we attempted to build using C99 or later, we got "inline function declared but never defined" warnings and eventual "undefined reference" errors. As a result, it fails to build from source using gcc5. However, if we move the definitions to list.h and add "extern inline" declarations to list.c, which does compile using C99 and later, then it no longer compiles using gnu90, the default for gcc4. To avoid this mess, we remove the inline keywords altogether. Note that this fixes Debian bugs for wmifs [1], wmppp.app [2], and wmtime [3]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778170 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778172 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778174 |
||
---|---|---|
.. | ||
wmcpufreq | ||
wmgeneral | ||
changelog | ||
copying | ||
Makefile | ||
README |
wmcpufreq 2.0 *************** for single core cpu same behavior as wmcpufreq 1.0 for multi core cpu shows - the frequency in use between the maximum and minimum of cpu0 - the frequency in use between the maximum and minimum of cpu1 - the active governor in red for cpu0 on amd x2 3800 rev e4 both cpu has the same governor, freuency, maximum and minimum freqyency. wmcpufreq 3.0 *************** if 1 cpu wmcpufreq displays on a windowmaker dock application - the frequency in use between the maximum and minimum - the driver in green - the active governor in red if >=2cpu wmcpufreq displays on a windowmaker dock application - the frequency in use between the maximum and minimum - the active governor in red wmcpufreq 2.0 and wmcpufreq 1.0 USAGE ----- wmcpufreq -v print the version wcpufreq -exe azert the string after -exe is the program name to be launched when clicking on the wmcpufreq icon PREREQUISITES ------------- A running 2.6 kernel witch cpufreq enabled libcpufreq libcpufreq-dev PREREQUISITES ------------- libgtk2 libgtk2-dev INSTALLATION ------------ make make install