Commit graph

4 commits

Author SHA1 Message Date
joerg
f0bbd1517d Remove @dirrm entries from PLISTs 2009-06-14 18:13:25 +00:00
joerg
2d1ba244e9 Simply and speed up buildlink3.mk files and processing.
This changes the buildlink3.mk files to use an include guard for the
recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS,
BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new
variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of
enter/exit marker, which can be used to reconstruct the tree and
to determine first level includes. Avoiding := for large variables
(BUILDLINK_ORDER) speeds up parse time as += has linear complexity.
The include guard reduces system time by avoiding reading files over and
over again. For complex packages this reduces both %user and %sys time to
half of the former time.
2009-03-20 19:23:50 +00:00
bjs
50028caf42 remove --enable-dlopen from CONFIGURE_ARGS; it's unnecessary 2008-10-30 03:43:35 +00:00
bjs
3b716ffb7b Add pakchois-0.4. (upcoming new neon can use it)
--

pakchois is just another PKCS#11 wrapper library.  pakchois aims to
provide a thin wrapper over the PKCS#11 interface.

The goals are:

1) to offer a modern* object-oriented C interface wrapper for PKCS#11.

2) to not hide or abstract away any details of the PKCS#11 interface
itself except where absolutely necessary.

3) to handle the details of loading DSOs

4) to allow the caller to avoid caring about where on the system
PKCS#11 modules might be stored, or exactly how they are named.

5) to avoid any dependency on a particular cryptography toolkit.

Existing PKCS#11 wrapper libraries solutions differ in at least one of
the above goals.

*: "modern" being a euphemism for not using process-global state,
having a sane symbol namespace, etc.
2008-10-30 03:32:19 +00:00