[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug-AUCTeX] Re: 2005-06-09; `make' tries to run texi2dvi now on Windows
From: |
Christian Schlauer |
Subject: |
[Bug-AUCTeX] Re: 2005-06-09; `make' tries to run texi2dvi now on Windows |
Date: |
Mon, 13 Jun 2005 15:30:46 +0200 |
User-agent: |
Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (windows-nt) |
David Kastrup <address@hidden> writes:
> Christian Schlauer <address@hidden> writes:
[...]
>> I have problems during `make' in the doc directory, see below. This is
>> with a snapshot from Reiner's page.
>>
>> ,----[ ./configure --prefix=e:/emacs --disable-preview ]
>> | checking whether make sets $(MAKE)... yes
>> | checking for a BSD-compatible install... /usr/bin/install -c
>> | checking for date in ChangeLog... 2005-06-09
>> | checking for release in ChangeLog... not found, using 2005-06-09
>> instead
>
> I don't think we have had relevant changes since then. There is the
> entry
>
> 2005-06-09 Ralf Angeli <address@hidden>
>
> [...]
>
> * Makefile.in (DESCEND): Make MSYS happy if $(subdirs) is null,
> e.g. when --disable-preview is used.
> Make the change more safe with regard to the exit code.
>
> But I _think_ it is not relevant.
I don't think so either. Actually, I tried a snapshot without that
change (I think from 2005-06-08), too, and got the same problem. But
it still is a quite new problem, I think. Maybe two weeks ago, I
believe, make went through without problems.
>> | checking for emacs... e:/emacs/bin/emacs
[...]
>> | checking where lisp files go... e:/emacs/site-lisp
>> | checking what file to use for auctex startup...
>> e:/emacs/site-lisp/auctex.el
>> | checking where the package lisp files go... e:/emacs/site-lisp/auctex
>> | checking where the data files go... e:/emacs/site-lisp/auctex
[...]
>> | checking for tex... /cygdrive/f/miktex/texmf/miktex/bin/tex
>> | checking for pdftex... /cygdrive/f/miktex/texmf/miktex/bin/pdftex
>> | checking for dvips... /cygdrive/f/miktex/texmf/miktex/bin/dvips
>
> Uh oh. I hate those kind of magic paths. Are they just specific for
> your Cygwin Shell, or are they also visible from, say, within Emacs if
> you do
>
> C-h v exec-path RET
>
> ? If they are, this looks some potential cause for trouble.
exec-path's value is
("e:/cygwin/usr/local/bin" "e:/cygwin/bin" [rest snipped])
I add the Cygwin /bin directories to exec-path in my site-lisp.el. I
do use the first three non-commented lines from
<URL:http://cygwin.com/faq/faq_3.html#SEC63> in order to get
`ediff-buffers', `ispell-buffer' and `M-x shell RET' to work (requires
also the environment variable `ESHELL' set to `bash', see Message-ID:
<address@hidden>). I don't use the other stuff as it
does not seem necessary.
[...]
>> So it tries to use `/usr/bin/texi2dvi', which is Cygwin, but then
>> MiKTeX enters the scene, and things get messed up!?
>
> You'll likely experience problems with this combination of executables
> and paths elsewhere, anyway, but the AUCTeX installation from an
> _unmodified_ tarball should not depend on it.
I was scared, too. I try to keep Cygwin as separated as possible from
the rest, that's why it isn't on my Path. But I need it within Emacs,
that's why I do the above.
--
Christian Schlauer