Kevin Oberman <oberman(a)es.net> writes in xemacs-beta(a)xemacs.org:
I have almost successfully built gnupg-0.9.6 on DU 4.0d.
Cool.
The main requirement is to edit all occurrences of '-lc' out
of
configure except for the two in comment lines for checking for dlopen
in libc.
Once that was done, it compiled fine with:
"setenv CC cc;setenv CFLAGS -std;configure;gmake;
(gmake is gnu make. The default make dumps core in 'make doc'.)
It builds cleanly, but it fails three rather critical checks,
How do you eliminate the myriad of broken preprocessor lines? The
gnupg maintainer, evidently, is unwilling to convert them to standard
C.
encrypt.test, encryptp.test and armencryptp.test. It's my guess
that
it is a 32 bit dependency in one of the encryption routines. I will
continue to beat on it as time permits. These things can be painful to
track down, but I believe I'll get there eventually.
Try eliminating the `informational' comment `Warning using insecure memory'
and see if the tests pass. With 0.9.6 and egcs I got everything but the
genkey1024 test to pass and that failure was likely due to a broken
installation of expect. I haven't tried compiling 0.9.7 with egcs yet
and I haven't come close to getting a working version with the DEC C
compiler.
If someone else gets it working, please let me know. I hate to waste
time re-inventing wheels.
Me too. I need it working on either Solaris 2.6 or DU 4.0 in order to
start signing tarballs again. Sigh.
--
I protest the NATO war in Yugoslavia.