bug-auctex
[Top][All Lists]
Advanced

[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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]