GNU bug report logs - #21529
2015-09-20; Xemacs, auctex git, cannot run latex,pdflatex

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 21529 in the body.
You can then email your comments to 21529 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Uwe Brauer <oub <at> mat.ucm.es>
To: bug-auctex <at> gnu.org
Subject: 2015-09-20; Xemacs, auctex git, cannot run latex,pdflatex
Date: Mon, 21 Sep 2015 12:49:34 +0200

[Message part 1 (text/plain, inline)]

Hi 


I finally, thanks to Mose can compile the latest git as a xemacs pkg, I
installed it but when trying to run latex I obtain the following error
message which I attach:

Uwe Brauer 

[auctex-error-git (text/plain, inline)]

Running `LaTeX' on `new' with ``latex %(file-line-error)  -src-specials -interaction=nonstopmode "\input" new.tex''
/bin/sh: Syntax error: "(" unexpected

TeX Output exited abnormally with code 2 at Mon Sep 21 12:47:03

[Message part 3 (text/plain, inline)]

Emacs  : XEmacs 21.5  (beta34) "kale" 58e72e27fb81+ [Lucid] (i686-pc-linux, Mule) of Wed Mar 18 2015 on Gilgamesch
Package: 2015-09-20

current state:
==============
(setq
 AUCTeX-date "2015-09-20"
 window-system 'x
 LaTeX-version "2e"
 TeX-style-path '("/usr/local/var/auctex/"
				  "/usr/local/share/xemacs/xemacs-packages/etc/auctex/style"
				  "/home/oub/.emacs.d/auctex/auto" "/home/oub/.emacs.d/auctex/style" "auto"
				  "style" "/home/oub/tex/sty/auto")
 TeX-auto-save t
 TeX-parse-self t
 TeX-master nil
 TeX-command-list '(("TeX" "%(PDF)%(tex) %(extraopts) %`%S%(PDFout)%(mode)%' %t" TeX-run-TeX
					 nil (plain-tex-mode texinfo-mode ams-tex-mode) :help "Run plain TeX")
					("LaTeX" "%`%l%(mode)%' %t" TeX-run-TeX nil (latex-mode doctex-mode)
					 :help "Run LaTeX")
					("Makeinfo" "makeinfo %(extraopts) %t" TeX-run-compile nil (texinfo-mode)
					 :help "Run Makeinfo with Info output")
					("Makeinfo HTML" "makeinfo %(extraopts) --html %t" TeX-run-compile nil
					 (texinfo-mode) :help "Run Makeinfo with HTML output")
					("AmSTeX" "%(PDF)amstex %(extraopts) %`%S%(PDFout)%(mode)%' %t"
					 TeX-run-TeX nil (ams-tex-mode) :help "Run AMSTeX")
					("ConTeXt" "texexec --once --texutil %(extraopts) %(execopts)%t"
					 TeX-run-TeX nil (context-mode) :help "Run ConTeXt once")
					("ConTeXt Full" "texexec %(extraopts) %(execopts)%t" TeX-run-TeX nil
					 (context-mode) :help "Run ConTeXt until completion")
					("BibTeX" "bibtex %s" TeX-run-BibTeX nil t :help "Run BibTeX")
					("Biber" "biber %s" TeX-run-Biber nil t :help "Run Biber")
					("View" "%V" TeX-run-discard-or-function t t :help "Run Viewer")
					("pdfstudio" "/opt/pdfstudio9/pdfstudio9 %G" TeX-run-command t t)
					("evince" "/usr/bin/evince %G" TeX-run-command t t)
					("xpdf" "/usr/bin/xpdf %G" TeX-run-command t t)
					("fullxpdf" "/usr/bin/xpdf -fullscreen %G" TeX-run-command t t)
					("oolatex" "/usr/share/tex4ht/oolatex %t" TeX-run-command t t)
					("panlatex2odt" "pandoc -s -R -f latex --toc %t -t odt -o %O"
					 TeX-run-command t t)
					("panlatex2rtf" "pandoc -s -R -f latex --toc %t -t rtf -o %R"
					 TeX-run-command t t)
					("latex2rtf" "latex2rtf -f0 %t" TeX-run-command nil t)
					("oabiword" "abiword %O" TeX-run-command nil t)
					("rabiword" "abiword %R" TeX-run-command t t)
					("Print" "%p" TeX-run-command t t :help "Print the file")
					("Queue" "%q" TeX-run-background nil t :help "View the printer queue"
					 :visible TeX-queue-command)
					("File" "%(o?)dvips %d -o %f | ps2pdf %f" TeX-run-command t t :help
					 "Generate PostScript file")
					("Index" "makeindex %s" TeX-run-command nil t :help "Create index file")
					("makenomen" "makeindex %s.nlo -s nomencl.ist -o %s.nls" TeX-run-command
					 t t)
					("Xindy" "texindy %s" TeX-run-command nil t :help
					 "Run xindy to create index file")
					("Check" "lacheck %s" TeX-run-compile nil (latex-mode) :help
					 "Check LaTeX file for correctness")
					("ChkTeX" "chktex -v6 %s" TeX-run-compile nil (latex-mode) :help
					 "Check LaTeX file for common mistakes")
					("Spell" "(TeX-ispell-document \"\")" TeX-run-function nil t :help
					 "Spell-check the document")
					("Clean" "TeX-clean" TeX-run-function nil t :help
					 "Delete generated intermediate files")
					("Clean All" "(TeX-clean t)" TeX-run-function nil t :help
					 "Delete generated intermediate and output files")
					("Other" "" TeX-run-command t t :help "Run an arbitrary command"))
 )

Message #8 received at 21529 <at> debbugs.gnu.org (full text, mbox):

From: Mosè Giordano <mose <at> gnu.org>
To: Uwe Brauer <oub <at> mat.ucm.es>
Cc: 21529 <at> debbugs.gnu.org
Subject: Re: bug#21529: 2015-09-20;
 Xemacs, auctex git, cannot run latex,pdflatex
Date: Mon, 21 Sep 2015 13:45:12 +0200

Hi Uwe,

2015-09-21 12:49 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>
> Hi
>
>
> I finally, thanks to Mose can compile the latest git as a xemacs pkg, I
> installed it but when trying to run latex I obtain the following error
> message which I attach:
>
> Uwe Brauer
>
>
> Running `LaTeX' on `new' with ``latex %(file-line-error)  -src-specials -interaction=nonstopmode "\input" new.tex''
> /bin/sh: Syntax error: "(" unexpected

I can't reproduce this error with XEmacs 21.4.22.  It seems
"%(file-line-error)" didn't get expanded for you, but for me it does
work:

    Running `LaTeX' on `foo' with ``pdflatex -file-line-error --synctex=1
    -interaction=nonstopmode "\input" foo.tex''

Do you have "%(file-line-error)" in `TeX-expand-list'?

Bye,
Mosè

Message #11 received at 21529 <at> debbugs.gnu.org (full text, mbox):

From: Uwe Brauer <oub <at> mat.ucm.es>
To: Mosè Giordano <mose <at> gnu.org>
Cc: "21529 <at> debbugs.gnu.org" <21529 <at> debbugs.gnu.org>
Subject: Re: bug#21529: 2015-09-20;
 Xemacs, auctex git, cannot run latex,pdflatex
Date: Mon, 21 Sep 2015 15:02:08 +0200

[Message part 1 (text/plain, inline)]

> On 21 Sep 2015, at 13:45, Mosè Giordano <mose <at> gnu.org> wrote:
> 
> Hi Uwe,
> 
> 2015-09-21 12:49 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>> 
>> Hi
>> 
>> 
>> I finally, thanks to Mose can compile the latest git as a xemacs pkg, I
>> installed it but when trying to run latex I obtain the following error
>> message which I attach:
>> 
>> Uwe Brauer
>> 
>> 
>> Running `LaTeX' on `new' with ``latex %(file-line-error)  -src-specials -interaction=nonstopmode "\input" new.tex''
>> /bin/sh: Syntax error: "(" unexpected
> 
> I can't reproduce this error with XEmacs 21.4.22.  It seems
> "%(file-line-error)" didn't get expanded for you, but for me it does
> work:
> 
>    Running `LaTeX' on `foo' with ``pdflatex -file-line-error --synctex=1
>    -interaction=nonstopmode "\input" foo.tex''
> 
> Do you have "%(file-line-error)" in `TeX-expand-list'?
> 

No i don't neither in gnu emacs nor in xemacs. 

However auctex git works with gnu emacs but not with xemacs both with settings which worked in 11.88
> Bye,
> Mosè

[smime.p7s (application/pkcs7-signature, attachment)]

Message #14 received at 21529 <at> debbugs.gnu.org (full text, mbox):

From: Mosè Giordano <mose <at> gnu.org>
To: Uwe Brauer <oub <at> mat.ucm.es>
Cc: "21529 <at> debbugs.gnu.org" <21529 <at> debbugs.gnu.org>
Subject: Re: bug#21529: 2015-09-20;
 Xemacs, auctex git, cannot run latex,pdflatex
Date: Mon, 21 Sep 2015 15:08:58 +0200

2015-09-21 15:02 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>
>
>
>
>> On 21 Sep 2015, at 13:45, Mosè Giordano <mose <at> gnu.org> wrote:
>>
>> Hi Uwe,
>>
>> 2015-09-21 12:49 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>>>
>>> Hi
>>>
>>>
>>> I finally, thanks to Mose can compile the latest git as a xemacs pkg, I
>>> installed it but when trying to run latex I obtain the following error
>>> message which I attach:
>>>
>>> Uwe Brauer
>>>
>>>
>>> Running `LaTeX' on `new' with ``latex %(file-line-error)  -src-specials -interaction=nonstopmode "\input" new.tex''
>>> /bin/sh: Syntax error: "(" unexpected
>>
>> I can't reproduce this error with XEmacs 21.4.22.  It seems
>> "%(file-line-error)" didn't get expanded for you, but for me it does
>> work:
>>
>>    Running `LaTeX' on `foo' with ``pdflatex -file-line-error --synctex=1
>>    -interaction=nonstopmode "\input" foo.tex''
>>
>> Do you have "%(file-line-error)" in `TeX-expand-list'?
>>
>
> No i don't neither in gnu emacs nor in xemacs.

This entry is there by default, you must have set `TeX-expand-list' somewhere.

> However auctex git works with gnu emacs but not with xemacs both with settings which worked in 11.88

file-line-error has been introduced three days after release of AUCTeX
11.88, that's why you don't have problems with that package.  Maybe in
GNU Emacs you also customized `LaTeX-command-style' removing
"%(file-line-error)".

Bye,
Mosè

Message #17 received at 21529 <at> debbugs.gnu.org (full text, mbox):

From: Uwe Brauer <oub <at> mat.ucm.es>
To: Mosè Giordano <mose <at> gnu.org>
Cc: "21529 <at> debbugs.gnu.org" <21529 <at> debbugs.gnu.org>,
 Uwe Brauer <oub <at> mat.ucm.es>
Subject: Re: bug#21529: 2015-09-20;
 Xemacs, auctex git, cannot run latex,pdflatexx
Date: Mon, 21 Sep 2015 22:15:23 +0200

   > 2015-09-21 15:02 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:

   > This entry is there by default, you must have set `TeX-expand-list'
   > somewhere.

I think what happens is this: I have TeX-expand-list customized and
emacs copies all its values into, in my case, custom-init.el and saves
the changes I did. So if a new variable is added to that list it seems
that the list in custom-init.el «blocks» the new feature. At least for
Xemacs why this does not happen in GNU I do not know.

This problem also does not occur if you start emacs -q or never touch
the TeX-expand-list. So I will try to rename my custom-init.el and
restart a new xemacs session and then try to merge. However I must say
that this is all a bit uncomfortable, the average user should not be
expected to do such a procedure every time he performs an upgrade of
auctex.




   > file-line-error has been introduced three days after release of AUCTeX
   > 11.88, that's why you don't have problems with that package.  Maybe in
   > GNU Emacs you also customized `LaTeX-command-style' removing
   > "%(file-line-error)".

No its value is %(PDF)%(latex) %(file-line-error) %(extraopts) %S%(PDFout)
   > Bye,
   > Mosè


Uwe 

Message #20 received at 21529 <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Uwe Brauer <oub <at> mat.ucm.es>
Cc: "21529 <at> debbugs.gnu.org" <21529 <at> debbugs.gnu.org>,
 Mosè Giordano <mose <at> gnu.org>
Subject: Re: bug#21529: 2015-09-20;
 Xemacs, auctex git, cannot run latex,pdflatexx
Date: Tue, 22 Sep 2015 08:37:03 +0200

Uwe Brauer <oub <at> mat.ucm.es> writes:

>    > This entry is there by default, you must have set
>    > `TeX-expand-list' somewhere.
>
> I think what happens is this: I have TeX-expand-list customized and
> emacs copies all its values into, in my case, custom-init.el and saves
> the changes I did. So if a new variable is added to that list it seems
> that the list in custom-init.el «blocks» the new feature. At least for
> Xemacs why this does not happen in GNU I do not know.

I think it's the same there.  The customization facility sets variables,
thus it is simply not really good for variables whose default value is a
non-empty list.  I think we could use a :set property function to handle
these situation where the function wouldn't actually set the value but
just add to it, e.g., using `push' or `pushnew'.  But then the problem
would be that the user wouldn't have a chance to remove entries from
such variables.  Well, in the case of `TeX-expand-list' he could add
do-nothing entries to override the default ones, I guess.

Another approach with the same limitations would be that we add a
variable `TeX-expand-list-builtin' with all the current default
expansions and leave `TeX-expand-list' to the user.

I think we should probably do the latter because we use that approach
for several other variables already.

Bye,
Tassilo

Message #23 received at 21529 <at> debbugs.gnu.org (full text, mbox):

From: Mosè Giordano <mose <at> gnu.org>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: "21529 <at> debbugs.gnu.org" <21529 <at> debbugs.gnu.org>,
 Uwe Brauer <oub <at> mat.ucm.es>
Subject: Re: bug#21529: 2015-09-20;
 Xemacs, auctex git, cannot run latex,pdflatexx
Date: Tue, 22 Sep 2015 11:11:08 +0200

Hi Tassilo,

2015-09-22 8:37 GMT+02:00 Tassilo Horn <tsdh <at> gnu.org>:
> Uwe Brauer <oub <at> mat.ucm.es> writes:
>
>>    > This entry is there by default, you must have set
>>    > `TeX-expand-list' somewhere.
>>
>> I think what happens is this: I have TeX-expand-list customized and
>> emacs copies all its values into, in my case, custom-init.el and saves
>> the changes I did. So if a new variable is added to that list it seems
>> that the list in custom-init.el «blocks» the new feature. At least for
>> Xemacs why this does not happen in GNU I do not know.
>
> I think it's the same there.  The customization facility sets variables,
> thus it is simply not really good for variables whose default value is a
> non-empty list.  I think we could use a :set property function to handle
> these situation where the function wouldn't actually set the value but
> just add to it, e.g., using `push' or `pushnew'.  But then the problem
> would be that the user wouldn't have a chance to remove entries from
> such variables.  Well, in the case of `TeX-expand-list' he could add
> do-nothing entries to override the default ones, I guess.

Yes, in general I agree that someone may want to remove an entry from
a list, but in this particular case I don't see why one should want to
do that, this would cause only problems.  Overriding a default
expander is fine instead.

> Another approach with the same limitations would be that we add a
> variable `TeX-expand-list-builtin' with all the current default
> expansions and leave `TeX-expand-list' to the user.
>
> I think we should probably do the latter because we use that approach
> for several other variables already.

Agreed.

Bye,
Mosè

Message #26 received at 21529 <at> debbugs.gnu.org (full text, mbox):

From: Mosè Giordano <mose <at> gnu.org>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: "21529 <at> debbugs.gnu.org" <21529 <at> debbugs.gnu.org>,
 Uwe Brauer <oub <at> mat.ucm.es>
Subject: Re: bug#21529: 2015-09-20;
 Xemacs, auctex git, cannot run latex,pdflatexx
Date: Wed, 7 Oct 2015 21:45:57 +0200

Hi Tassilo,

2015-09-22 8:37 GMT+02:00 Tassilo Horn <tsdh <at> gnu.org>:
> Another approach with the same limitations would be that we add a
> variable `TeX-expand-list-builtin' with all the current default
> expansions and leave `TeX-expand-list' to the user.
>
> I think we should probably do the latter because we use that approach
> for several other variables already.

Are you going to implement this?  If you can't, I think I can do that as well.

Bye,
Mosè

Message #29 received at 21529 <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Mosè Giordano <mose <at> gnu.org>
Cc: "21529 <at> debbugs.gnu.org" <21529 <at> debbugs.gnu.org>,
 Uwe Brauer <oub <at> mat.ucm.es>
Subject: Re: bug#21529: 2015-09-20;
 Xemacs, auctex git, cannot run latex,pdflatexx
Date: Thu, 08 Oct 2015 09:39:52 +0200

Mosè Giordano <mose <at> gnu.org> writes:

>> Another approach with the same limitations would be that we add a
>> variable `TeX-expand-list-builtin' with all the current default
>> expansions and leave `TeX-expand-list' to the user.
>>
>> I think we should probably do the latter because we use that approach
>> for several other variables already.
>
> Are you going to implement this?  If you can't, I think I can do that
> as well.

My spare time is currently quite limited, so feel free to implement it
yourself.

Bye,
Tassilo

Message #34 received at 21529-done <at> debbugs.gnu.org (full text, mbox):

From: Mosè Giordano <mose <at> gnu.org>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: 21529-done <at> debbugs.gnu.org, Uwe Brauer <oub <at> mat.ucm.es>
Subject: Re: bug#21529: 2015-09-20;
 Xemacs, auctex git, cannot run latex,pdflatexx
Date: Fri, 9 Oct 2015 00:07:55 +0200

2015-10-08 9:39 GMT+02:00 Tassilo Horn <tsdh <at> gnu.org>:
> Mosè Giordano <mose <at> gnu.org> writes:
>
>>> Another approach with the same limitations would be that we add a
>>> variable `TeX-expand-list-builtin' with all the current default
>>> expansions and leave `TeX-expand-list' to the user.
>>>
>>> I think we should probably do the latter because we use that approach
>>> for several other variables already.
>>
>> Are you going to implement this?  If you can't, I think I can do that
>> as well.
>
> My spare time is currently quite limited, so feel free to implement it
> yourself.

Done, I'm closing this ticket.

Cheers,
Mosè

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.