Build Problems Resolved
Paul Snively
psnively@earthlink.net
Sun, 29 Aug 1999 22:22:11 -0700
This is a multi-part message in MIME format.
------=_NextPart_000_0015_01BEF26C.F0852540
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Gentlemen,
My apologies--I had suspected that I had to be overlooking something =
obvious, as I was.
First of all, Mark, I did notice that it was necessary to change the =
jsrc/Makefile to refer to JCOMPILE, but thanks for the reminder!
The bigger issue, though, is that the Makefiles all have CRLF line =
endings, per their having been created on Windows. Using GNU EMACS on =
Linux was making this from me by reconciling line-endings transparently. =
Using M-x hexl-find-file to open the file in hex mode revealed the =
problem, and then using M-x find-file-literally brought the file in =
without line-ending conversions... causing all of those ^M's to show up =
and be amenable to M-x replace-string ^Q^M <RET><RET>. After that, the =
remainder of getting E built consisted of some mostly trivial edits to =
the Makefiles (generally dealing with CLASSPATH issues) and replacing =
occurrances of com.sun.java.swing with javax.swing in the sources, since =
I refuse to roll back to Swing 1.0.3 and already had Swing 1.1.1 =
installed for other reasons.
Incidentally, I don't know why, but E 0.8.4 also breaks the TYA JIT for =
the Blackdown JDK. If I disable the JIT, everything works fine. With TYA =
1.4 enabled, both E and Elmer just hang sometime during initialization. =
*sigh*
Thanks for the help!
Paul Snively
<mailto:psnively@earthlink.net>
------=_NextPart_000_0015_01BEF26C.F0852540
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
Gentlemen,
My apologies--I had suspected that I =
had to be=20
overlooking something obvious, as I was.
First of all, Mark, I did notice =
that it was=20
necessary to change the jsrc/Makefile to refer to JCOMPILE, but thanks =
for the=20
reminder!
The bigger issue, though, is that =
the Makefiles=20
all have CRLF line endings, per their having been created on Windows. =
Using GNU=20
EMACS on Linux was making this from me by reconciling line-endings=20
transparently. Using M-x hexl-find-file to open the file in hex mode =
revealed=20
the problem, and then using M-x find-file-literally brought the file in =
without=20
line-ending conversions... causing all of those ^M's to show up and be =
amenable=20
to M-x replace-string ^Q^M <RET><RET>. After that, the =
remainder of=20
getting E built consisted of some mostly trivial edits to the Makefiles=20
(generally dealing with CLASSPATH issues) and replacing occurrances of=20
com.sun.java.swing with javax.swing in the sources, since I refuse to =
roll back=20
to Swing 1.0.3 and already had Swing 1.1.1 installed for other=20
reasons.
Incidentally, I don't know why, but =
E 0.8.4 also=20
breaks the TYA JIT for the Blackdown JDK. If I disable the JIT, =
everything works=20
fine. With TYA 1.4 enabled, both E and Elmer just hang sometime during=20
initialization. *sigh*
Thanks for the help!
Paul Snively
<mailto:psnively@earthlink.net>