summaryrefslogtreecommitdiff
path: root/Makefile.am
Commit message (Collapse)AuthorAgeFilesLines
* build-sys: Set library to 0:1:0v4.0.2Craig Small2022-12-051-1/+1
| | | | | There was a bug fix in the library but no functions add/moved/changed Revision incremented.
* nls: Update the man-po logicCraig Small2022-11-101-0/+2
| | | | | | | | | | | | | | | | | | | | | Put the man-po pot file under version control like its po/*.pot sibling. Makefile now auto-matically generates the list of man pages as they are in a single directory. There were some missing! pot file target is dependent on the untranslated man pages When downloading from translation project, run po4a to sync the new po files correctly. Downloaded man po files from translation project and synched. Thanks to @gorean for the info References: procps-ng/procps#258 Signed-off-by: Craig Small <csmall@dropbear.xyz>
* build-sys: Fix paths for check-libCraig Small2022-08-311-2/+2
| | | | | | Forgot to move the location for test_Itemtables Signed-off-by: Craig Small <csmall@dropbear.xyz>
* build-sys: Move git-version-genCraig Small2022-08-291-1/+1
| | | | git-version-gen was the only file in misc/ moving it to local/
* testsuite: Update the library tests for new locationCraig Small2022-08-291-1/+1
| | | | Signed-off-by: Craig Small <csmall@dropbear.xyz>
* library: Rename to libproc2Craig Small2022-08-291-23/+23
| | | | | | | | | | The newlib library used to be called libproc-2 but the new name is preferred. References: https://www.freelists.org/post/procps/Next-for-newlib,3 Signed-off-by: Craig Small <csmall@dropbear.xyz>
* build-sys: Relocate lib/Craig Small2022-08-291-44/+43
| | | | | | | | test files in lib go to src/tests include/ goes to local/ lib/*.c goes to local/ Signed-off-by: Craig Small <csmall@dropbear.xyz>
* build-sys: Need to add libary includesCraig Small2022-08-291-0/+1
| | | | | The default path didn't add the library includes. A standard build would work, but a make distcheck would not.
* build-sys: Relocate library to library/Craig Small2022-08-291-81/+81
| | | | | | All the dependent programs needed to have their includes moved too Signed-off-by: Craig Small <csmall@dropbear.xyz>
* misc: Move Documentation to docCraig Small2022-08-291-5/+5
| | | | Signed-off-by: Craig Small <csmall@dropbear.xyz>
* misc: Move all binaries to srcCraig Small2022-08-291-87/+87
| | | | | | | | *.c -> src/ ps/* src/ps/ top/* src/top/ Signed-off-by: Craig Small <csmall@dropbear.xyz>
* build-sys: Rearrange the manual pagesCraig Small2022-08-291-31/+31
| | | | | | | | | | All man pages are found in ./man man-po -> po-man References: https://www.freelists.org/post/procps/Next-for-newlib,3 Signed-off-by: Craig Small <csmall@dropbear.xyz>
* build-sys: Removal of contrib directoryCraig Small2022-08-291-1/+0
| | | | | | There is nothing we have used here for over a decade Signed-off-by: Craig Small <csmall@dropbear.xyz>
* build-sys: Use ncursesw by defaultCraig Small2022-05-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The existing build system would only require wide ncurses for a wide watch and even if the library was there would not link anything else to it. The first issue which #123 made me think of, is if ncursesw was there and ncurses is not, why not use ncursesw? A more major issue is if programs such as slabtop are linked to ncurses, then certain languages will display their text wrong, as found in #237. The days of assuming ASCII only is ok are over the build system now does the following: 1. If ncursesw is available use this for all relevant programs 2. If ncursesw is not but ncurses is, use this instead 3. If you enable 8bit watch and either disable ncurses or we cannot find ncursesw error at configure time. In related news, I hate M4sh. References: procps-ng/procps#123 procps-ng/procps#237 Signed-off-by: Craig Small <csmall@dropbear.xyz>
* testsuite: Add check for shared memoryCraig Small2022-04-261-1/+4
| | | | | | | | | | | Created a test process test_shm that allocates a shared memory segment and prints the segment ID. pmap testsuite runs pmap to check that the segment is found. The value returned by shmget() is the same value that is printed in the fifth column /proc/<PID>/maps Signed-off-by: Craig Small <csmall@dropbear.xyz>
* Add support for elogindSven Eden2022-04-011-0/+4
| | | | | | | A session manager similar to logind from systemd. See https://github.com/elogind/elogind Signed-off-by: Lars Wendler <polynomial-c@gentoo.org>
* build-sys: check depends on programsCraig Small2022-03-211-1/+1
| | | | | | | | For some unknown reason, make check doesn't depend on either the check programs or the actual programs under test. This means if you try to run make check right off the bat from a clean git repositorty, it will fail as it won't be able to run the unbuilt binaries.
* library: created a valgrind 'warning-suppression' fileJim Warner2021-10-181-1/+2
| | | | Signed-off-by: Jim Warner <james.warner@comcast.net>
* configure: Add --disable-wIssam E. Maghni2021-04-241-6/+15
| | | | | | | | | | Some systems implement utmp as a stub so it doesn't make sense to have a non-functioning w. This change mitigates #193 and !126 References: procps-ng/procps!129 procps-ng/procps!126 procps-ng/procps#193
* build-sys: Fix the uninstall-man targetCraig Small2021-02-241-1/+0
| | | | | | | | If automake doesn't see a dist_man_MANS then there is no uninstall-man target. This fix uses the main Makefile targets. Signed-off-by: Craig Small <csmall@dropbear.xyz>
* library: Rename to libproc-2Craig Small2021-02-201-23/+22
| | | | | | | | | | | | | | | | | | | | | | What to call the new library? Keep using libprocps wouldn't do, its a very different library from the programs' point of view. It would also mean we could have some clashes around the packages (two package names, same library name). The ancient procps used libproc or libproc-a.b.c where a.b.c was the package version. Kept the revision numbers down (it was always 0.0.0) but the name of the library changed. So if we use libproc-2 is there a clash with an ancient procps? procps v 2.0.0 was around in 1999 so it was 22 years ago, also the name of the library would have been libproc-2.0.0.so not libproc-2.so so we're fine with that. libproc-2 seems to fit, our second major re-work of the procps library. Signed-off-by: Craig Small <csmall@dropbear.xyz>
* pidwait: Rename from pwaitCraig Small2021-02-151-6/+6
| | | | | | | pwait is already in at least Debian in a different package References: https://bugs.debian.org/982391
* build-sys: Update building of translationsCraig Small2021-02-151-2/+0
| | | | | newlib was lagging behind oldlib in how the build system created the translation files.
* all: make buildable again for new 'misc.h' header fileJim Warner2021-01-211-8/+2
| | | | | | | | With the 4 header files removed in the previous patch, this commit just changes all those obsolete references to that new consolidated 'misc.h' header file instead. Signed-off-by: Jim Warner <james.warner@comcast.net>
* build-sys: Change pwait dependencyCraig Small2020-12-221-1/+1
| | | | | | | master branch uses lib/nsutils, newlib uses lib/signals References: commit c8384e682c1cfb3b2dc797e0f8a3cbaaccf7a3da
* pgrep: add pwaitAlex Xu (Hello71)2020-12-221-0/+10
|
* build-sys: Remove refs to old manpageCraig Small2020-12-221-8/+1
| | | | | | | | | | I removed the old man pages but didn't remove their references in the Makefile References: commit a978f68c06eb1764d401fa0ffce9fb30cd55f2e4 commit 770505ded42566b70fd0ee2cade98a317d18ac38 commit 7246249b8c2683c13515147ff4f9dbb85ba211ae
* build-sys: a small tweak to the new 'check-lib' targetJim Warner2020-10-241-1/+1
| | | | | | | So as to not obscure the results from this new target, we'll redirect that final 'make clean' output to null. Signed-off-by: Jim Warner <james.warner@comcast.net>
* docs: Add procps_misc.3 manpageCraig Small2020-10-241-0/+1
| | | | The last (I think) of the newlib man pages for the new API.
* build-sys: Build check programs only on make checkCraig Small2020-10-191-3/+4
| | | | | | | | | | | | | | | | | | | | | noinst_PROGRAMS are built with "make" even though we had the test programs in there and only needed them for "make check". In theory the check target should depend on check_PROGRAMS as check-am target does and the document states it should, but for reasons understood by the automake whisperers only, it doesn't build them. check only depends on BUILT_SOURCES for some reason. check-am: all-am $(MAKE) $(AM_MAKEFLAGS) $(check_PROGRAMS) $(MAKE) $(AM_MAKEFLAGS) check-TESTS check: $(BUILT_SOURCES) $(MAKE) $(AM_MAKEFLAGS) check-recursive References: https://www.gnu.org/software/automake/manual/html_node/Scripts_002dbased-Testsuites.html
* build-sys: Add check-lib targetCraig Small2020-10-191-1/+5
| | | | | | | | | | | | | | | | | | | | | | The referenced commits created the library infrastructure and test program to validate that the structures and macros line up with each other. The library needs to be (re)built with -DITEMTABLE_DEBUG and then the test program ran. We clean before and after so we are not testing a non-debug library or having a debug library hanging around to cause future problems. Due to test_Itemtables depending on the library, we don't need to explicitly build the library. To validate the library structure/header corrospondence run: make check-lib References: commit e616409aa497b5dc656dc7a5bd0a21adf0ee4d36 commit 92d0297e1e4d5946c5b098e37c91c7e524a0eca0 https://www.freelists.org/post/procps/keep-on-patchin,19
* build-sys: added a 'test_Itemtables' to testing schemeJim Warner2020-08-171-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | This change sets the stage for exploiting the recently added ITEMTABLE_DEBUG #define. All tests are performed in a single module (after trying 6 separate programs). The chances of each test detecting errors is extremely remote (at least while I'm maintaining these modules). However, this single program approach has one flaw and it relates to the response whenever an error is found. Each of those six new API modules calls Exit() if they detect an error. Otherwise, incorrect results would be produced at the least or an abend encountered at most. This means that multiple 'make check' invocations will be needed if more than 1 module actually was in error. All in all, it is a small price for a large assurance. Reference(s): https://www.freelists.org/post/procps/keep-on-patchin,7 Signed-off-by: Jim Warner <james.warner@comcast.net>
* build-sys: tweak make & activate some overlooked testsJim Warner2020-08-171-12/+25
| | | | | | | | This commit is just preparing for adding an Itemtables verification test by reorganizing stuff and activating a few previously inactive (overlooked?) test programs. Signed-off-by: Jim Warner <james.warner@comcast.net>
* build-sys: suppress '-Wunused-result' with AM_CPPFLAGSJim Warner2020-07-201-0/+1
| | | | Signed-off-by: Jim Warner <james.warner@comcast.net>
* build-sys: correct those installed development headersJim Warner2020-07-051-5/+0
| | | | | | | | | | | | | These headers were used only in the library itself and it's wrong to have them in the user include directory. * devname.h .. is used only by: ... pids.c, readproc.c * numa.h ..... is used only by: ....... pids.c, stat.c * pwcache.h .. is used only by: ........... readproc.c * readproc.h . is used only by: ..... escape.c, pids.c * wchan.h .... is used only by: ............... pids.c Signed-off-by: Jim Warner <james.warner@comcast.net>
* library: make that 'escape_str' private to our libraryJim Warner2020-07-051-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | In that commit referenced below, a promise was made to revisit an 'escape_str' function in efforts to make it private to the library. The problem was it's needed by both ps plus the library which is why it was exported. So, in an effort to remove it from libprocps.sym, this patch duplicates all the required code in ps/output.c. Now, each version can be made private to their caller. [ along the way we'll use this opportunity to remove ] [ the 'restrict' qualifiers from function parameters ] [ while swatting a compiler warning referenced below ] Reference(s): . April 2016, most escape functions made private commit d916d5db86cbbf552401026aab15c3663412d662 proc/escape.c: In function `escape_command': proc/escape.c:182:23: warning: initialization of `const char **' from incompatible pointer type `char **' [-Wincompatible-pointer-types] 182 | const char **lc = (char**)pp->cmdline; | ^ Signed-off-by: Jim Warner <james.warner@comcast.net>
* library: eliminated the questionable 'procps.h' headerJim Warner2020-07-051-2/+0
| | | | | | | | | | | | | | | | | | | | | | | There was a time when that procps.h file served a more traditional role. Prior to the commit referenced below it held just macros plus manifest constants. But, with that change, such items were replaced with a series of includes embracing all the library exported functions. That approach was known to disguise errors which would have otherwise yielded a compiler warning. And without such a warning, there was no way to address the error. So this patch will trade the all inclusive header file approach for individual includes only where necessary. Reference(s): . April 2016, procps.h header file revamped commit ccb6ae8de14b0cde25b84369ef995bcd69cbf7b6 . Sept 2018, top abandoned use of procps.h commit a6dfc2382ed1e023dd345cdb1d2388c9b67bcc7f Signed-off-by: Jim Warner <james.warner@comcast.net>
* build-sys: tweak Makefile.am for two preceding patchesJim Warner2020-06-231-9/+3
| | | | | | | | | | | This commit cleans up some man document files. It also changes the target install directory from the original 'proc/' to 'procps/' (feels like a more natural name). [ and, now it agrees with those 2 preceding man docs ] [ since it is obvious the tail was wagging this dog! ] Signed-off-by: Jim Warner <james.warner@comcast.net>
* docs: Add namespace man pagesCraig Small2020-05-181-0/+3
|
* 3.3.13 release candidate 1 ________________ (catch up)Jim Warner2018-05-061-2/+2
| | | | | | | | | | | | | --------------- Original Master Branch Commit Message: Update NEWS with the version Add library API change into NEWS Update c:r:a for library to 7:0:1 This means the current and age are incremented, so old programs can use new library but not vice-versa as they won't have the numa* functions. Signed-off-by: Jim Warner <james.warner@comcast.net>
* sysctl: relocate the procio code to a more proper homeJim Warner2018-05-061-2/+1
| | | | | | | | | | | | | | Now that the procio logic was removed from the library we must move the header file, lest we break make dist. In the process, we will relocate that source file too. [ we'll take a slightly different approach than that ] [ used under the master branch by exploiting those 2 ] [ non-library directories 'include' and 'lib', while ] [ avoiding any sysctl hard coded function prototype. ] Signed-off-by: Jim Warner <james.warner@comcast.net>
* sysctl: Bring procio functions out of libraryCraig Small2018-03-011-4/+5
| | | | | | | | | | The procio functions that were in the library have been moved into sysctl. sysctl is not linked to libprocps in newlib and none of the other procps binaries would need to read/write large data to the procfs. References: be6b048a41b0a47ebed602d9e0993fe18c9de237
* Add flexible buffered I/O based on fopencookie(3)Werner Fink2018-03-011-0/+3
| | | | | | | | | | | to be able to read and write large buffers below /proc. The buffers and file offsets are handled dynamically on the required buffer size at read, that is lseek(2) is used to determine this size. Large buffers at write are split at a delimeter into pieces and also lseek(2) is used to write each of them. Signed-off-by: Werner Fink <werner@suse.de>
* Install some missing header files required by procps.hDavide Madrisan2017-12-231-0/+3
|
* library: actually remove those alloc.h & alloc.c filesJim Warner2017-12-201-3/+0
| | | | Signed-off-by: Jim Warner <james.warner@comcast.net>
* Port of merge request 49 to newlibCraig Small2017-08-191-14/+89
| | | | | Wayne Porter made !49 which added Cygwin support to the master branch This is the port of those changes to newlib
* library: set stage for NUMA node field display supportJim Warner2017-05-221-0/+3
| | | | | | | | | | | | | | | In response to that suggestion referenced below, these changes allow display of task/thread level NUMA nodes. Currently, only the 'top' program offers any NUMA type support and it is limited to the Summary Area display. With this commit both the 'top' and 'ps' programs will be able to display NUMA nodes associated with threads. Reference(s): https://gitlab.com/procps-ng/procps/issues/58 Signed-off-by: Jim Warner <james.warner@comcast.net>
* documentation: Update pids manual pagesCraig Small2017-01-051-0/+6
| | | | | | Updated the full suite of manual pages for the procps_pids_* functions. The only one missing is procps_pids_get which may not be required.
* docs: Remove old library man pagesCraig Small2016-09-111-5/+0
|
* library: provide for validating result type referencesJim Warner2016-08-071-2/+4
| | | | | | | | | | | | | | | | | | | | | During development, we now have a means for validating that a type referenced in application code matches the actual type set by the library. The new feature can be activated through either of the following two methods: 1) ./configure CFLAGS='-DXTRA_PROCPS_DEBUG' (all pgms) 2) an #include <proc/xtra-procps-debug.h> (single pgm) [ in the future, one could add a formal configure.ac ] [ provision. but for now a manual approach is safer. ] Lastly, for any module which provides a sort function, the handling for both 'noop' & 'extra' enumerators was made consistent. Now, 'noop' is not sorted and 'extra' will be sorted as that module's widest supported type. Signed-off-by: Jim Warner <james.warner@comcast.net>
View Lorry Controller Status