NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: does OPENSSL_VERSION_NUMBER lie on netbsd-4?



At Mon, 14 Jul 2008 15:48:38 -0400, Me-planix.ca wrote:
Subject: does OPENSSL_VERSION_NUMBER lie on netbsd-4?
> 
> I've been hacking away on the CVS trunk version of Cyrus IMAPd today and
> I've encountered a linker error because of an undefined OpenSSL function:
> 
> gcc -L/usr/lib -R/usr/lib -L/usr/pkg/lib -R/usr/pkg/lib  -L/usr/pkg/lib   -o 
> imapd \
>          ../master/service.o pushstats.o imapd.o proxy.o imap_proxy.o index.o 
> version.o mutex_fake.o \
>         libimap.a ../lib/libcyrus.a ../lib/libcyrus_min.a  -L/usr/pkg/lib  
> -R/usr/pkg/lib -lsasl2   -lresolv -lfl   -L/usr/pkg/lib  -R/usr/pkg/lib -ldb4 
> -lssl -lcrypto  ../com_err/et/libcom_err.a 
> libimap.a(tls.o): In function `tls_init_serverengine':
> /work/woods/m-cyrus-imapd/imap/tls.c:237: undefined reference to 
> `get_rfc2409_prime_1024'

Perhaps the fix is as simple as this?  But what else is missing?  This
file isn't included in -current yet either!  Why were the -current
Makefiles not pulled up to sync _all_ of OpenSSL to the head of the
trunk when the dist directory was pulled up?

I really HATE this separation of distribution sources from the build
infrastructure -- it seems to me, based on my own many years of
experience maintaining code, that it's one heck of a lot easier and less
error-prone if the integration of 3rd part sources is done _completely_
into the main tree, especially if then the actual makefiles used by the
original sources are modified _in_place_ to match the requirements of
the encompassing source tree -- then when changes to the originals occur
there will be conflicts and they will need to be resolved to carry on!
CVS will help in that case, but it cannot in the current state when
everything is kept artificially separated by a gulf of hierarchy.  Move
the source server(s) outside the USA if the problem forcing this
split-up is merely one of local politics.

(either that or write scripts to hard-code the integration procedures
and never ever hand-edit the generated build makefiles!)

Index: bn.inc
===================================================================
RCS file: /cvs/master/m-NetBSD/main/src/lib/libcrypto/bn.inc,v
retrieving revision 1.7
diff -u -u -r1.7 bn.inc
--- bn.inc      17 Mar 2006 20:47:45 -0000      1.7
+++ bn.inc      14 Jul 2008 20:05:56 -0000
@@ -8,7 +8,7 @@
 .PATH: ${OPENSSLSRC}/crypto/bn
 
 
-BN_SRCS = bn_add.c bn_div.c bn_exp.c bn_lib.c bn_ctx.c bn_mul.c bn_mod.c \
+BN_SRCS = bn_add.c bn_const.c bn_div.c bn_exp.c bn_lib.c bn_ctx.c bn_mul.c 
bn_mod.c \
        bn_print.c bn_rand.c bn_shift.c bn_word.c bn_blind.c \
        bn_kron.c bn_sqrt.c bn_gcd.c bn_prime.c bn_err.c bn_sqr.c bn_asm.c \
        bn_recp.c bn_mont.c bn_mpi.c bn_exp2.c bn_nist.c bn_gf2m.c bn_depr.c


-- 
                                                Greg A. Woods
                                                Planix, Inc.

<woods%planix.com@localhost>     +1 416 489-5852 x122     http://www.planix.com/

Attachment: pgpt5lKstRXnU.pgp
Description: PGP signature



Home | Main Index | Thread Index | Old Index