Fabulous work by all in the community! Thanks Thomas for pushing us along and
getting it done! It's like an early holiday present :-)
Enjoy the holidays!
Jim
P.S. Sorry if this top-post offends anyone.
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjal
Adding a document describing rudimentary ABI policy and adding notice space for
any deprecation announcements
Signed-off-by: Neil Horman
CC: Thomas Monjalon
CC: "Richardson, Bruce"
---
doc/abi.txt | 17 +
1 file changed, 17 insertions(+)
create mode 100644 doc/abi.txt
diff --
To differentiate libraries that break ABI, we add a library version number
suffix to the library, which must be incremented when a given libraries ABI is
broken. This patch enforces that addition, sets the initial abi soname
extension to 1 for each library and creates a symlink to the base SONAME
Add linker version script files to each DPDK library to put a stake in the
ground from which we can start cleaning up API's
Signed-off-by: Neil Horman
CC: Thomas Monjalon
CC: "Richardson, Bruce"
---
lib/librte_acl/Makefile| 2 +
lib/librte_acl/rte_acl_version.map
Add initial pass header files to support symbol versioning.
Signed-off-by: Neil Horman
CC: Thomas Monjalon
CC: "Richardson, Bruce"
CC: "Gonzalez Monroy, Sergio"
---
lib/Makefile | 1 +
lib/librte_compat/Makefile | 38 +
lib/librte_compat/rte_compat.h | 9
GI: [PATCH 1/4] compat: Add infrastructure to support symbol versioninBI
develops and changes quickly, which makes it difficult for
applications to keep up with the latest version of the library, especially when
it (the DPDK) is built as a set of shared objects, as applications may be built
against
A new DPDK release can be downloaded here:
http://dpdk.org/browse/dpdk/tag/?id=v1.8.0
For those who prefer using git for updates to the stable releases,
the new branch "releases" will be updated when a new release is out.
Changelog (main changes since 1.7.1)
- fixes for:
On Fri, Dec 19, 2014 at 12:14:27PM -0600, Haowei Yuan wrote:
> Hi Bruce,
>
> Thank you very much for the information. I guess I will just use hugepages
> then.
>
> At the beginning, the reason for using the --no-huge flag was that
> somehow hugepages used by the app was not released (I don't rem
8 matches
Mail list logo