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

63 lines
1.0 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: 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
AM_CPPFLAGS = -include $(top_builddir)/config.h
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
LIBPROCFS_CURRENT=0
LIBPROCFS_REVISION=0
LIBPROCFS_AGE=0
lib_LTLIBRARIES = libprocfs.la
libprocfs_ladir = $(ladir)
libprocfs_la_LIBADD = $(LIB_KPARTS)
libprocfs_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) \
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
-version-info $(LIBPROCFS_CURRENT):$(LIBPROCFS_REVISION):$(LIBPROCFS_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 \
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
-Wl,--version-script=$(top_srcdir)/proc/libprocfs.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: 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
EXTRA_DIST = library.map
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
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
pkgconfig_DATA = libprocfs.pc
libproc-ng: add pkg-config support Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2011-11-05 18:24:28 +05:30
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
libprocfs_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
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
libprocfs_la_includedir = $(includedir)/proc/
libprocfs_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