Received: (at 28456) by debbugs.gnu.org; 30 May 2022 09:38:46 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 30 05:38:46 2022 Received: from localhost ([127.0.0.1]:42789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1nvbrK-0004XC-5C for submit <at> debbugs.gnu.org; Mon, 30 May 2022 05:38:46 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49526) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <arash@HIDDEN>) id 1nvbrF-0004Wy-G2 for 28456 <at> debbugs.gnu.org; Mon, 30 May 2022 05:38:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34090) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <arash@HIDDEN>) id 1nvbr8-0004fO-RY; Mon, 30 May 2022 05:38:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=OaafUV/Hf1MP5nAaexEXt6ZZjkJ8+aXXJPNEfdyn5Vc=; b=AsTJr5RNtpG1L+F1+dji 2L9MTfQL+xkRkucO++EirBcw8p0wZGLcezgeyv2f3cxVXE/O0OEtlSvf328PwZia/sSTJNas0kO19 eS1ggRuVZEleLH/wmD1YjshX2hUpe55B/kf42jkXi+YmfP+0BbfJ9o2EwkHbtKHrh2WLag3gytQm9 btnkLK0u1FeYsDB3Tj7yZIv2Gcv6d4zJvbNvb/zH4g/NSaUE6SA3k4t4thWRsA6vlPyos78mGB5lj q2dDPcxUElsww1V1/9jpP0eA7wDKkWhm23pw+jR2n/2zcwc/hECYKx0S2nN7/WpoQnXfHmwDj6r9v GEY8JTCidf/TnA==; Received: from p4fe3ee56.dip0.t-ipconnect.de ([79.227.238.86]:64171 helo=MUTANT) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <arash@HIDDEN>) id 1nvbr7-0007BV-R3; Mon, 30 May 2022 05:38:34 -0400 From: Arash Esbati <arash@HIDDEN> To: Pierre Lorenzon <devel@HIDDEN> Subject: Re: bug#28456: 11.90.2.2017-07-25; \\input parsing References: <20170914.075543.1745039455657449830.devel@HIDDEN> Date: Mon, 30 May 2022 11:38:14 +0200 In-Reply-To: <20170914.075543.1745039455657449830.devel@HIDDEN> (Pierre Lorenzon's message of "Thu, 14 Sep 2017 07:55:43 +0200 (CEST)") Message-ID: <86o7zfxsvt.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 28456 Cc: 28456 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Hi Pierre, Pierre Lorenzon <devel@HIDDEN> writes: > As if second \input > \input{../../Exercices/Ensembles/Applications-Proprietes} > > were not parsed when first one > > \input{Introduction} > > is. In fact looking carefully at regexp used to match \\input > which is part of the LaTeX-auto-regexp-list variable, it > clearly appears that an path like \input{../../something} will > not be parsed. I think this issue is now addressed in commit d47a6e8716. Do you have the possibility to update your AUCTeX installation (or apply that patch) and see if works for you as well? TIA. Best, Arash
bug-auctex@HIDDEN
:bug#28456
; Package auctex
.
Full text available.Received: (at 28456) by debbugs.gnu.org; 16 Sep 2017 03:43:27 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Sep 15 23:43:27 2017 Received: from localhost ([127.0.0.1]:43241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1dt40t-0005hO-7A for submit <at> debbugs.gnu.org; Fri, 15 Sep 2017 23:43:27 -0400 Received: from smtp12.smtpout.orange.fr ([80.12.242.134]:50176 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <devel@HIDDEN>) id 1dt40r-0005hB-L2 for 28456 <at> debbugs.gnu.org; Fri, 15 Sep 2017 23:43:26 -0400 Received: from localhost ([90.92.22.244]) by mwinf5d23 with ME id A3jD1w00E5FypUy033jDZe; Sat, 16 Sep 2017 05:43:19 +0200 X-ME-Helo: localhost X-ME-Date: Sat, 16 Sep 2017 05:43:19 +0200 X-ME-IP: 90.92.22.244 Date: Sat, 16 Sep 2017 05:23:06 +0200 (CEST) Message-Id: <20170916.052306.2092779858961478750.devel@HIDDEN> To: mose@HIDDEN Subject: Re: bug#28456: 11.90.2.2017-07-25; \\input parsing From: Pierre Lorenzon <devel@HIDDEN> In-Reply-To: <CAKtYQqSoYU71K2pfD0GUCwNDbmVEAsp6KrZ_sij6_Xxet9--yA@HIDDEN> References: <20170914.075543.1745039455657449830.devel@HIDDEN> <CAKtYQqSoYU71K2pfD0GUCwNDbmVEAsp6KrZ_sij6_Xxet9--yA@HIDDEN> X-Mailer: Mew version 6.7 on Emacs 26.0 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 28456 Cc: 28456 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.3 (--) Hi Mosč, Here is a small hack to fix this bug in particular case I encountered but I am not sure that the regexp is able to render the whole complexity of expressions that might be parsed. >>> -- Patch (defconst regexp-input "\\\\input{\\(\\(\\(\\.*\\)/\\)*[^#}%\\\\\\.\n\r]+\\)\\(\\.[^#}%\\\\\\.\n\r]+\\)?}" "Regexp used to match \\input{something}") (defconst regexp-include "\\\\include{\\(\\(\\(\\.*\\)/\\)*[^#}%\\\\\\.\n\r]+\\)\\(\\.[^#}%\\\\\\.\n\r]+\\)?}" "Regexp used to match \\include{something}") (add-to-list 'LaTeX-auto-regexp-list (list regexp-input 1 'TeX-auto-file)) (add-to-list 'LaTeX-auto-regexp-list (list regexp-include 1 'TeX-auto-file)) >>> -- End Patch It is clear that two constants above derive from the same expression and that a common model might certainly be defined for all these regexps. Pierre From: Mosč Giordano <mose@HIDDEN> Subject: Re: bug#28456: 11.90.2.2017-07-25; \\input parsing Date: Fri, 15 Sep 2017 18:44:15 +0200 > Hi Pierre, > > > 2017-09-14 7:55 GMT+02:00 Pierre Lorenzon <devel@HIDDEN>: >> As if second \input >> \input{../../Exercices/Ensembles/Applications-Proprietes} >> >> were not parsed when first one >> >> \input{Introduction} >> >> is. In fact looking carefully at regexp used to match \\input >> which is part of the LaTeX-auto-regexp-list variable, it >> clearly appears that an path like \input{../../something} will >> not be parsed. > > I can reproduce the error and confirm your analysis. > >> Question is why? When LaTex allows inputs with so complexe >> paths, why are they not parse by auctex? > > It's hard to answer the question: that regexp has been there for more > than 20 years now ;-) > > I don't have the time to do it now (I also have a flaky Internet > connection in this period), but if someone wants to tackle this issue, > I fixed something similar for \addbibresource a few months ago: > > * b2f69e18 (2017-03-31) Fix detection of bibliography files with > dots in path > > Please, also add a test. Maybe this could be an occasion to review > similar regexps (for \include, \bibliography, etc), or maybe have a > common variable for all this cases. > > Bye, > Mosč
bug-auctex@HIDDEN
:bug#28456
; Package auctex
.
Full text available.Received: (at 28456) by debbugs.gnu.org; 15 Sep 2017 16:45:06 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Sep 15 12:45:06 2017 Received: from localhost ([127.0.0.1]:43077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1dstjm-0007qD-2e for submit <at> debbugs.gnu.org; Fri, 15 Sep 2017 12:45:06 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <mose@HIDDEN>) id 1dstjk-0007pU-SV for 28456 <at> debbugs.gnu.org; Fri, 15 Sep 2017 12:45:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <mose@HIDDEN>) id 1dstjd-0002RW-56 for 28456 <at> debbugs.gnu.org; Fri, 15 Sep 2017 12:44:59 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_50,RCVD_IN_SORBS_SPAM, RP_MATCHES_RCVD,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38507) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <mose@HIDDEN>) id 1dstjd-0002RN-1W for 28456 <at> debbugs.gnu.org; Fri, 15 Sep 2017 12:44:57 -0400 Received: from mail-vk0-f46.google.com ([209.85.213.46]:51302) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from <mose@HIDDEN>) id 1dstjc-0001e0-PK for 28456 <at> debbugs.gnu.org; Fri, 15 Sep 2017 12:44:56 -0400 Received: by mail-vk0-f46.google.com with SMTP id g68so1286863vki.8 for <28456 <at> debbugs.gnu.org>; Fri, 15 Sep 2017 09:44:56 -0700 (PDT) X-Gm-Message-State: AHPjjUgtGr+APF3c7nmUNlwdzereTGHJgYpw3b4xBEru6BJndVDbZ8j/ /g+dtvllzQaHKrIbBo4DaqgD6WxhocE/emkYFTI= X-Google-Smtp-Source: AOwi7QDbSSACnScfLYAazeHBZ3dVi+wISM1DoHhXvrmC7i3TwCw1zRadeUp8vwwr0mALJRtoNEgSXU2Ve7MuG+1SABk= X-Received: by 10.31.230.129 with SMTP id d123mr8538849vkh.64.1505493896207; Fri, 15 Sep 2017 09:44:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.21.134 with HTTP; Fri, 15 Sep 2017 09:44:15 -0700 (PDT) In-Reply-To: <20170914.075543.1745039455657449830.devel@HIDDEN> References: <20170914.075543.1745039455657449830.devel@HIDDEN> From: =?UTF-8?Q?Mos=C3=A8_Giordano?= <mose@HIDDEN> Date: Fri, 15 Sep 2017 18:44:15 +0200 X-Gmail-Original-Message-ID: <CAKtYQqSoYU71K2pfD0GUCwNDbmVEAsp6KrZ_sij6_Xxet9--yA@HIDDEN> Message-ID: <CAKtYQqSoYU71K2pfD0GUCwNDbmVEAsp6KrZ_sij6_Xxet9--yA@HIDDEN> Subject: Re: bug#28456: 11.90.2.2017-07-25; \\input parsing To: Pierre Lorenzon <devel@HIDDEN> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -4.5 (----) X-Debbugs-Envelope-To: 28456 Cc: 28456 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -4.5 (----) Hi Pierre, 2017-09-14 7:55 GMT+02:00 Pierre Lorenzon <devel@HIDDEN>: > As if second \input > \input{../../Exercices/Ensembles/Applications-Proprietes} > > were not parsed when first one > > \input{Introduction} > > is. In fact looking carefully at regexp used to match \\input > which is part of the LaTeX-auto-regexp-list variable, it > clearly appears that an path like \input{../../something} will > not be parsed. I can reproduce the error and confirm your analysis. > Question is why? When LaTex allows inputs with so complexe > paths, why are they not parse by auctex? It's hard to answer the question: that regexp has been there for more than 20 years now ;-) I don't have the time to do it now (I also have a flaky Internet connection in this period), but if someone wants to tackle this issue, I fixed something similar for \addbibresource a few months ago: * b2f69e18 (2017-03-31) Fix detection of bibliography files with dots in path Please, also add a test. Maybe this could be an occasion to review similar regexps (for \include, \bibliography, etc), or maybe have a common variable for all this cases. Bye, Mos=C3=A8
bug-auctex@HIDDEN
:bug#28456
; Package auctex
.
Full text available.Received: (at submit) by debbugs.gnu.org; 14 Sep 2017 06:16:16 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 14 02:16:16 2017 Received: from localhost ([127.0.0.1]:39458 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1dsNRg-00033m-Bq for submit <at> debbugs.gnu.org; Thu, 14 Sep 2017 02:16:16 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <devel@HIDDEN>) id 1dsNRe-00033W-Dn for submit <at> debbugs.gnu.org; Thu, 14 Sep 2017 02:16:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <devel@HIDDEN>) id 1dsNRX-0002Bg-NH for submit <at> debbugs.gnu.org; Thu, 14 Sep 2017 02:16:09 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_50,RCVD_IN_SORBS_SPAM, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42493) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from <devel@HIDDEN>) id 1dsNRX-0002BW-JB for submit <at> debbugs.gnu.org; Thu, 14 Sep 2017 02:16:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37063) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <devel@HIDDEN>) id 1dsNRS-0004Ho-UD for bug-auctex@HIDDEN; Thu, 14 Sep 2017 02:16:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <devel@HIDDEN>) id 1dsNRN-00025r-Ui for bug-auctex@HIDDEN; Thu, 14 Sep 2017 02:16:02 -0400 Received: from smtp11.smtpout.orange.fr ([80.12.242.133]:49909 helo=smtp.smtpout.orange.fr) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from <devel@HIDDEN>) id 1dsNRN-00024V-GR for bug-auctex@HIDDEN; Thu, 14 Sep 2017 02:15:57 -0400 Received: from localhost ([90.92.22.244]) by mwinf5d34 with ME id 9JFp1w0095FypUy03JFp8T; Thu, 14 Sep 2017 08:15:55 +0200 X-ME-Helo: localhost X-ME-Date: Thu, 14 Sep 2017 08:15:55 +0200 X-ME-IP: 90.92.22.244 Date: Thu, 14 Sep 2017 07:55:43 +0200 (CEST) Message-Id: <20170914.075543.1745039455657449830.devel@HIDDEN> To: bug-auctex@HIDDEN Subject: 11.90.2.2017-07-25; \\input parsing From: Pierre Lorenzon <devel@HIDDEN> X-Mailer: Mew version 6.7 on Emacs 26.0 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.5 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -4.5 (----) Remember to cover the basics, that is, what you expected to happen and what in fact did happen. Be sure to consult the FAQ section in the manual before submitting a bug report. In addition check if the bug is reproducable with an up-to-date version of AUCTeX. So please upgrade to the version available from http://www.gnu.org/software/auctex/ if your installation is older than the one available from the web site. If the bug is triggered by a specific (La)TeX file, you should try to produce a minimal sample file showing the problem and include it in your report. Your report will be posted for the auctex package at the GNU bug tracker. Visit http://debbugs.gnu.org/cgi/pkgreport.cgi?pkg=auctex to browse existing AUCTeX bugs. ------------------------------------------------------------------------ Hi, Here is the sample file: >>> -- .tex \begin{plnpsudpb}{Ą rendre le 19 octobre 2016} \label{PB-I} %% \input{Introduction} %% \input{../../Exercices/Ensembles/Applications-Proprietes} %% \begin{exercice}[L'addition dans $\Nat$] \end{exercice} %% \end{plnpsudpb} %%% Local Variables: %%% mode: latex %%% TeX-master: "Header" %%% End: >>> -- End .tex And here is the style .el file produced by auctex: >>> -- .el (TeX-add-style-hook "Probleme-I" (lambda () (TeX-run-style-hooks "Introduction") (LaTeX-add-labels "PB-I")) :latex) >>> -- End .el As if second \input \input{../../Exercices/Ensembles/Applications-Proprietes} were not parsed when first one \input{Introduction} is. In fact looking carefully at regexp used to match \\input which is part of the LaTeX-auto-regexp-list variable, it clearly appears that an path like \input{../../something} will not be parsed. Question is why? When LaTex allows inputs with so complexe paths, why are they not parse by auctex? Surely I can add somehting suitable to the parse variables so that these inputs will be detected but why is it not done by default in auctex? Regards Pierre Emacs : GNU Emacs 26.0.50 (build 1, x86_64-pc-linux-gnu) of 2017-09-11 Package: 11.90.2.2017-07-25 current state: ============== (setq AUCTeX-date "2017-07-25" window-system nil LaTeX-version "2e" TeX-style-path '("~/.emacs.d/auctex" "/home/devel/.emacs.d/elpa/auctex-11.91.0/style" "/usr/local/share/texmf/tex/latex/auto/" "/usr/local/share/texmf/tex/latex/style/" "auto" "style") TeX-auto-save t TeX-parse-self t TeX-master nil TeX-command-list '(("pdf" "ps2pdf13 %s.ps" TeX-run-command nil t) ("Hacha" "hacha %s.html" TeX-run-command nil t) ("PHPindex" "hacha -o index.php %s.html" TeX-run-command nil t) ("PHP" "hevea -fix -o %s.php %t" TeX-run-command nil t) ("Info" "hevea -fix -info %t" TeX-run-command nil t) ("Txt" "hevea -fix -text %t" TeX-run-command nil t) ("Hevea" "hevea -fix %t" TeX-run-command nil t) ("TeX" "%(PDF)%(tex) %`%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 %t" TeX-run-compile nil (texinfo-mode) :help "Run Makeinfo with Info output") ("Makeinfo HTML" "makeinfo --html %t" TeX-run-compile nil (texinfo-mode) :help "Run Makeinfo with HTML output") ("AmSTeX" "%(PDF)amstex %`%S%(PDFout)%(mode)%' %t" TeX-run-TeX nil (ams-tex-mode) :help "Run AMSTeX") ("ConTeXt" "texexec --once --texutil %(execopts)%t" TeX-run-TeX nil (context-mode) :help "Run ConTeXt once") ("ConTeXt Full" "texexec %(execopts)%t" TeX-run-TeX nil (context-mode) :help "Run ConTeXt until completion") ("BibTeX" "bibtex %s" TeX-run-BibTeX nil t :help "Run BibTeX") ("View" "dvi2tty -q -w 132 %s" TeX-run-command t t :help "Run Text viewer") ("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 " TeX-run-command t t :help "Generate PostScript file") ("Index" "makeindex %s" TeX-run-command nil t :help "Create index file") ("Check" "lacheck %s" TeX-run-compile nil (latex-mode) :help "Check LaTeX file for correctness") ("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") ) )
Pierre Lorenzon <devel@HIDDEN>
:bug-auctex@HIDDEN
.
Full text available.bug-auctex@HIDDEN
:bug#28456
; Package auctex
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.