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.