Date:	Wed, 17 Dec 1997 10:05:52 -0600
From:	jeffw AT darwin DOT sfbr DOT org (Jeff T. Williams)
Message-Id:	<199712171605.KAA00352@kendall.>
To:	djgpp AT delorie DOT com
Subject:	Elvis 1.8pl4 under DJGPP

Hello.

I have been using a precompiled elvis 1.8pl1 binary under raw DOS and
under DJGPP/BASH for some time, and have recently been trying to
compile elvis 1.8pl4 under DJGPP.

(I know about emacs.  I know about elvis 2.0.  But I have *very*
limited hard drive space, and elvis 2.0 runs much slower on my system
than does v1.8, so I really would like to get 1.8pl4 compiled.  I also
thought it would be a good project for a relative newcomer to C and
DJGPP.  There is some discussion of elvis in the mail archives, but the
general tone seems to be `why recompile with DJGPP?'---well, I would
like to upgrade from pl1 to pl4, and I would not mind the satisfaction
of building my own 1.8pl4 executable to replace my pl1 .exe).

Elvis 1.8pl4 almost compiles `out of the box'.  (I have attached the
djgpp-specific section of the makefile that I added).

The first gremlin was the `far' directives in the elvis source, but I
was able to fix that with help from the DJGPP FAQ.

The second problem was that the `int getkey(when)' (defined in tio.c
with `when' of type int) conflicted with the DJGPP declaration `int
getkey(void)' in pc.h.  So I renamed all instances of getkey in elvis
to egetkey.

Now I can compile and link elvis, but further problems develop during
compilation of ctags.c:

gcc -DNO_SHIFT_KEYS -DEXRC=\"_elvis.rc\" -Dfar= -O2 -DSORT -o ""ctags.exe ctags.c
wildcard.c: In function `expand':
In file included from ctags.c:905:
wildcard.c:154: storage size of `findbuf' isn't known
make.exe: *** [ctags.exe] Error 1

where line 154 in wildcard.c reads `struct ffblk findbuf;'.

At this point I do not know how to continue, and I would appreciate
hearing from anyone who has successfully compiled elvis 1.8 under
DJGPP.  TIA.

jeff williams
jeffw AT darwin DOT sfbr DOT org

- Raw text -