emo/procps
1
0
Fork 0
Code Issues Pull Requests Packages Releases Activity
b11a328a97
procps/proc/Makefile.am

68 lines
1.2 KiB
Makefile
Raw Normal View History

build-sys: rename libproc to libprog-ng The library file version string is taken from configure.ac AC_INIT. Reference: http://www.freelists.org/archive/procps/09-2011 Signed-off-by: Jim Warner <james.warner@comcast.net> Signed-off-by: Craig Small <csmall-procps@enc.com.au> Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2011-09-22 14:40:05 +05:30
PACKAGE_VERSION = @PACKAGE_VERSION@
build-sys: correct all Makefile.am files for LOCALEDIR, etc Some of the latest changes to Makefile.am files are missing. This patch restores the LOCALEDIR variable, among others, and dispenses with the include directives in the ps/ and top/ subdirectories since they're no longer needed.
2012-01-02 20:38:58 +05:30
AM_CPPFLAGS = \
-include $(top_builddir)/config.h \
-I$(top_srcdir)/include \
-DLOCALEDIR=\"$(localedir)\"
build-sys: take autotools in use again This will revert change at Oct 2002 when autotools support was removed. Unlike before the package developers are expected to use ./autogen.sh to generate ./configure script, and run make after that. The build system is also able to create, with make dist, a tar ball release which compiles correctly, and has files which seemed to be important to have. The patch removes few unnecessary files, but no everything. Files procps.lsm and procps.spec in git repository are useless as is, but I left them lying around for someone who can make more justified call about removal of them. Last, but not least package version number is set 3.3.0 to distinct this procps from the sourceforge's upstream procps. Please notice that libproc relese is kept as 3.2.8. Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2011-06-04 19:56:58 +05:30
Increase library revision number There have been some internal changes to the library, so the revision will be incremented for this release. There is no ABI or API changes so its no real impact.
2012-03-03 13:17:40 +05:30
#
# See http://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html
Expose freeproc for libproc freeproc was missing from the libproc API which meant while you could allocate proc structures, you couldn't free them! Bug-Debian: http://bugs.debian.org/681653
2013-01-01 07:43:44 +05:30
LIBprocps_CURRENT=2
Update library version-info to 2.1.1 Internal changes to libproc means the revision number is incremented. This does not mean an ABI or API change has occured, we just do the stuff under the covers better or in this case reduce the compile warnings mainly. See Jim, I do read the commit messages :)
2013-03-26 16:11:55 +05:30
LIBprocps_REVISION=1
Expose freeproc for libproc freeproc was missing from the libproc API which meant while you could allocate proc structures, you couldn't free them! Bug-Debian: http://bugs.debian.org/681653
2013-01-01 07:43:44 +05:30
LIBprocps_AGE=1
Rename library and use proper versioning Previously the version of libproc always tracked the version of procps. This doesn't work when other non-procps programs link to the library as they are always playing catch up. This change makes the library version independent of the procps version. It will only be incremented when needed.
2011-12-17 17:05:05 +05:30
Renaming libprocfs to libprocps The library used to be called libprocps but it was renamed to make sure there was only one. However the formatting of the library SONAME has changed so there cannot be any confusion. libprocps makes it clear that its a library from this project and not a set of functions directly on the filesystem.
2011-12-23 03:48:43 +05:30
lib_LTLIBRARIES = libprocps.la
Rename library and use proper versioning Previously the version of libproc always tracked the version of procps. This doesn't work when other non-procps programs link to the library as they are always playing catch up. This change makes the library version independent of the procps version. It will only be incremented when needed.
2011-12-17 17:05:05 +05:30
Renaming libprocfs to libprocps The library used to be called libprocps but it was renamed to make sure there was only one. However the formatting of the library SONAME has changed so there cannot be any confusion. libprocps makes it clear that its a library from this project and not a set of functions directly on the filesystem.
2011-12-23 03:48:43 +05:30
libprocps_ladir = $(ladir)
libprocps_la_LIBADD = $(LIB_KPARTS)
libprocps_la_LDFLAGS = \
libproc-ng: fix ld version script file support Notice that contents of file library.map file are almost certainly wrong as it is making everything exported. Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2011-11-05 17:59:54 +05:30
$(AM_LDFLAGS) \
$(all_libraries) \
Renaming libprocfs to libprocps The library used to be called libprocps but it was renamed to make sure there was only one. However the formatting of the library SONAME has changed so there cannot be any confusion. libprocps makes it clear that its a library from this project and not a set of functions directly on the filesystem.
2011-12-23 03:48:43 +05:30
-version-info $(LIBprocps_CURRENT):$(LIBprocps_REVISION):$(LIBprocps_AGE) \
libproc-ng: fix ld version script file support Notice that contents of file library.map file are almost certainly wrong as it is making everything exported. Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2011-11-05 17:59:54 +05:30
-no-undefined \
Renaming libprocfs to libprocps The library used to be called libprocps but it was renamed to make sure there was only one. However the formatting of the library SONAME has changed so there cannot be any confusion. libprocps makes it clear that its a library from this project and not a set of functions directly on the filesystem.
2011-12-23 03:48:43 +05:30
-Wl,--version-script=$(top_srcdir)/proc/libprocps.sym
build-sys: take autotools in use again This will revert change at Oct 2002 when autotools support was removed. Unlike before the package developers are expected to use ./autogen.sh to generate ./configure script, and run make after that. The build system is also able to create, with make dist, a tar ball release which compiles correctly, and has files which seemed to be important to have. The patch removes few unnecessary files, but no everything. Files procps.lsm and procps.spec in git repository are useless as is, but I left them lying around for someone who can make more justified call about removal of them. Last, but not least package version number is set 3.3.0 to distinct this procps from the sourceforge's upstream procps. Please notice that libproc relese is kept as 3.2.8. Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2011-06-04 19:56:58 +05:30
build-sys: re-enable 'dist' build The 'build-sys: re-enable out of tree build' commit failed to also address the 'dist' target errors.
2011-12-27 04:17:19 +05:30
EXTRA_DIST = libprocps.sym
build-sys: add symbol map file to autotools distribution The file became necessary in commit 901e381256df03f0371cefb8a8693c46522aae61 Signed-off-by: Sami Kerola <sami.kerola@tomtom.com>
2011-11-28 19:34:38 +05:30
libproc-ng: add pkg-config support Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2011-11-05 18:24:28 +05:30
pkgconfigdir = $(libdir)/pkgconfig
Renaming libprocfs to libprocps The library used to be called libprocps but it was renamed to make sure there was only one. However the formatting of the library SONAME has changed so there cannot be any confusion. libprocps makes it clear that its a library from this project and not a set of functions directly on the filesystem.
2011-12-23 03:48:43 +05:30
pkgconfig_DATA = libprocps.pc
libproc-ng: add pkg-config support Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2011-11-05 18:24:28 +05:30
Renaming libprocfs to libprocps The library used to be called libprocps but it was renamed to make sure there was only one. However the formatting of the library SONAME has changed so there cannot be any confusion. libprocps makes it clear that its a library from this project and not a set of functions directly on the filesystem.
2011-12-23 03:48:43 +05:30
libprocps_la_SOURCES = \
build-sys: take autotools in use again This will revert change at Oct 2002 when autotools support was removed. Unlike before the package developers are expected to use ./autogen.sh to generate ./configure script, and run make after that. The build system is also able to create, with make dist, a tar ball release which compiles correctly, and has files which seemed to be important to have. The patch removes few unnecessary files, but no everything. Files procps.lsm and procps.spec in git repository are useless as is, but I left them lying around for someone who can make more justified call about removal of them. Last, but not least package version number is set 3.3.0 to distinct this procps from the sourceforge's upstream procps. Please notice that libproc relese is kept as 3.2.8. Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2011-06-04 19:56:58 +05:30
alloc.c \
alloc.h \
devname.c \
devname.h \
escape.c \
escape.h \
ksym.c \
procps.h \
pwcache.c \
pwcache.h \
readproc.c \
readproc.h \
sig.c \
sig.h \
slab.c \
slab.h \
sysinfo.c \
sysinfo.h \
version.c \
version.h \
wchan.h \
whattime.c \
whattime.h
Renaming libprocfs to libprocps The library used to be called libprocps but it was renamed to make sure there was only one. However the formatting of the library SONAME has changed so there cannot be any confusion. libprocps makes it clear that its a library from this project and not a set of functions directly on the filesystem.
2011-12-23 03:48:43 +05:30
libprocps_la_includedir = $(includedir)/proc/
libprocps_la_include_HEADERS = \
build-sys: take autotools in use again This will revert change at Oct 2002 when autotools support was removed. Unlike before the package developers are expected to use ./autogen.sh to generate ./configure script, and run make after that. The build system is also able to create, with make dist, a tar ball release which compiles correctly, and has files which seemed to be important to have. The patch removes few unnecessary files, but no everything. Files procps.lsm and procps.spec in git repository are useless as is, but I left them lying around for someone who can make more justified call about removal of them. Last, but not least package version number is set 3.3.0 to distinct this procps from the sourceforge's upstream procps. Please notice that libproc relese is kept as 3.2.8. Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2011-06-04 19:56:58 +05:30
alloc.h \
devname.h \
escape.h \
procps.h \
pwcache.h \
readproc.h \
sig.h \
slab.h \
sysinfo.h \
version.h \
wchan.h \
whattime.h
Reference in New Issue Copy Permalink