Update:
> - I would rather not use gcc on this platform because it's buggy; but
> compiling with cc fails in ./include/types.h
Here is one way to compile with DU cc:
$ CC='cc -std' CPPFLAGS=-I/usr/local/include CFLAGS=-O2 ./configure --enable-static-rnd=egd --disable-nls --disable-asm
CC requires -std (relaxed ANSI mode). The default is K&R mode (== -std0).
CPPFLAGS is needed because I have zlib includes in there (funny enough, I
don't need the corresponding LDFLAGS=-L/usr/local/lib for libz.so. cc finds
it anyway).
CFLAGS are a matter of personal preference.
DU has no /dev/random, so I'm using egd.
--disable-asm: If you try to use asm modules, the compiler driver invokes
a program calles ugen. It's not on my system, I don't know what it does
(and I don't have the OS CD's here anymore). The asm files all have a .S
suffix. Read here what the compiler does to .S files:
http://x26.deja.com/[ST_rn=ps]/getdoc.xp?AN=455794538&CONTEXT=947795209.1650327563&hitnum=0
Here is another way:
$ CC='cc -std' CPPFLAGS=-I/usr/local/include CFLAGS=-O2 ./configure --enable-static-rnd=egd --disable-nls
Then, cd into mpi/ and rename all .S files to .s:
$ for i in *.S ; do mv $i `basename $i .S`.s ; done
cd .. and make.
> - make check fails in 18 out of 23 tests
No change.
> - there is no mlock() on this platform
No change.
> - I'm using the same ~/.gnupg/entropy socket with egd running on a
> number of machines. I don't know whether this causes problems.
No change.
--
cursor address, n:
"Hello, cursor!"
-- Stan Kelly-Bootle, "The Devil's DP Dictionary"