New update.
As it turns out, I had been using 'ash' as 'sh'. Once I made
'bash' the
'sh' it worked properly.
There should probably be a FAQ or note or something added to tell people
building with the Cygwin and/or Mingw toolchain(s) that if they have
problems with temacs not properly processing .el files, they should make
sure that they are using a copy of bash as sh.
<time passes before queued message is sent>
The cygwin version of ash runs the configure script fine, but chokes during
the build. This is exhibited as the current working directory being wrong.
The cygwin version of bash builds fine, but chokes on the configure script.
This is exhibited as a failure to create temporary files.
Craig
At 09:10 PM 11/29/99 -0500, Craig Lanning wrote:
At 10:10 AM 11/29/99 +0000, Andy Piper wrote:
>At 12:12 PM 11/26/99 -0500, Craig Lanning wrote:
>>Now I am back to where I was several months ago. XEmacs builds temacs and
>>then has trouble loading/compiling the basic .el files. Somehow it is
>>getting the wrong value for default-directory. Instead of being set to
>>$XEMACS/src it is set to $XEMACS. (If I "cd src" and do
"make", it
>>loads/compiles the .el files and dumps xemacs just fine.)
>>
>>Does anyone have any ideas about what might be happening and where I should
>>look to debug this?
>
>Didn't we resolve this? Are you building on drive C:?
>
>andy
I thought so.
When it was working, it was installed in c:\usr\cygwin-b20 with a snapshot
from July and had gcc 2.95. All I did was uninstall it, remove
c:\usr\cygwin-b20, and reinstall to c:\usr\cygwin-b20.
The current configuration is
Pentium II 350MHz 128MB mem Win98
CygWin b20.1
uname -a => CYGWIN_98-4.10 CRAIG 22.0(0.16/3/2) 1999-11-25 00:21:19
i586 unknown
cygwin-inst-19991122
cygwin1-19991126
mount =>
Device Directory Type Flags
c:\tmp /tmp user binmode
c: / user binmode
d: /dload user binmode
I have a cygwin snapshot from July on my laptop so I may try to copy that
over to the desktop machine.
Any help would be appreciated.
Craig