pcp
[Top] [All Lists]

[Bug 1097] New: compile-time pcp version access

To: pcp@xxxxxxxxxxx
Subject: [Bug 1097] New: compile-time pcp version access
From: bugzilla-daemon@xxxxxxxxxxx
Date: Tue, 09 Dec 2014 15:02:59 +0000
Auto-submitted: auto-generated
Delivered-to: pcp@xxxxxxxxxxx
Bug ID 1097
Summary compile-time pcp version access
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter fche@redhat.com
CC pcp@oss.sgi.com
Classification Unclassified

At this time, we lack a way for a pcp client program to fetch
the version of the -lpcp etc. headers & libraries.   (PMAPI_VERSION
is not it - it's been fixed at "2" for seven years, whereas new
PMAPI functions have blossomed in the interim.)

That makes it necessary for an app to use autoconf-type tricks to
detect the presence of new features they may wish to use.  It would
be nice if they had the choice to use something like linux:

#if PCP_VERSION_CODE >= PCP_VERSION(3,9,10)
...
#else
...
#endif

It could fit fairly naturally into the pcp/config*h generated files.

For bonus marks, it may be nice if the pmapi proper had a function
that returned the run-time libpcp version (which could naturally
be newer/larger than the compile-time PCP_VERSION_CODE).


You are receiving this mail because:
  • You are on the CC list for the bug.
<Prev in Thread] Current Thread [Next in Thread>
  • [Bug 1097] New: compile-time pcp version access, bugzilla-daemon <=