[19550] in Kerberos_V5_Development

home help back first fref pref prev next nref lref last post

Re: Looking for Makefile advice if applicable

daemon@ATHENA.MIT.EDU (Benjamin Kaduk)
Wed Mar 1 00:34:47 2017

Date: Tue, 28 Feb 2017 23:34:33 -0600
From: Benjamin Kaduk <kaduk@mit.edu>
To: MIT Kerberos Dev List <krbdev@mit.edu>
Message-ID: <20170301053432.GA30306@kduck.kaduk.org>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20170228195436.GA28781@oracle.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu

On Tue, Feb 28, 2017 at 01:54:36PM -0600, Will Fiveash wrote:
> I'm wondering if there is a better way to achieve the following: I'm
> creating a new crypto provider for krb5 and in doing that I've created
> the src/lib/crypto/ucrypto/ subdirectory.  The contents of that
> directory are similar to what is in the src/lib/crypto/openssl directory
> except that some of the cipher support is coming from source under
> src/lib/crypto/builtin like des.  What I got working was to create 
> src/lib/crypto/ucrypto/des and in that dir I created symlinks like
> 
> des_int.h -> ../../builtin/des/des_int.h
> des_keys.c -> ../../builtin/des/des_keys.c
> destest.c -> ../../builtin/des/destest.c
> ...
> 
> I am able to build the ucrypto provider this way but I'm wondering if
> there is a more refined way of doing this via the Makefile?  I did play
> around with modifying the src/lib/crypto/ucrypto/des/Makefile.in
> like so:

I think this is the sort of thing that the VPATH variable is for.
So you could set VPATH = ../../builtin/des and declare dependencies
on the bare des_int.h and des_keys.c names but pull in their
contents from the original location.

-Ben
_______________________________________________
krbdev mailing list             krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev

home help back first fref pref prev next nref lref last post