GNU bug report logs -
#38139
Fwd: Likely bug: generating tags with Emacs Lisp sources present
Previous Next
Reported by: Luca Saiu <positron <at> gnu.org>
Date: Fri, 8 Nov 2019 23:27:02 UTC
Severity: normal
Done: Jim Meyering <jim <at> meyering.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 38139 in the body.
You can then email your comments to 38139 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-automake <at> gnu.org
:
bug#38139
; Package
automake
.
(Fri, 08 Nov 2019 23:27:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Luca Saiu <positron <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-automake <at> gnu.org
.
(Fri, 08 Nov 2019 23:27:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I apologize for brutally forwarding this message from a few weeks ago,
apparently with an incorrect GPG signature -- The signature issue is a
problem on my side.
I was meaning to send a gentle ping, after possibly writing to the wrong
list.
Best regards,
--
Luca Saiu
* My personal web site: http://ageinghacker.net
* GNU epsilon: http://www.gnu.org/software/epsilon
* Jitter: http://ageinghacker.net/projects/jitter
I support everyone's freedom of mocking any opinion or belief, no
matter how deeply held, with open disrespect and the same unrelented
enthusiasm of a toddler who has just learned the word "poo".
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-automake <at> gnu.org
:
bug#38139
; Package
automake
.
(Sat, 09 Nov 2019 22:11:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 38139 <at> debbugs.gnu.org (full text, mbox):
Hi Luca - not that I am an official automake maintainer, but thanks for
the report, and sorry for the lack of response. Your fix looks right to
me, FWIW. I hope Jim or I or someone will commit it soon. Creating the
test case will surely consume the most time. If you can easily make a
minimal Makefile.am that exhibits the problem, that would be great.
--thanks, karl.
Information forwarded
to
bug-automake <at> gnu.org
:
bug#38139
; Package
automake
.
(Sun, 10 Nov 2019 13:18:03 GMT)
Full text and
rfc822 format available.
Message #11 received at 38139 <at> debbugs.gnu.org (full text, mbox):
[automake-test-case--bug-38139.tar.gz (application/gzip, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-automake <at> gnu.org
:
bug#38139
; Package
automake
.
(Sun, 10 Nov 2019 13:25:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 38139 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
My overcomplicated and probably incorrect Gnus setup keeps misbehaving,
messing up the text I add manually to a message containing attachments.
I apologize for the noise.
Let me reproduce here what was probably encoded incorrectly in the
message I have just sent.
Hello Karl, and thanks for investigating the problem.
On 2019-11-09 at 15:10 -0700, Karl Berry wrote:
> If you can easily make a minimal Makefile.am that exhibits the
> problem, that would be great.
Of course. I put together a minimal set of files to exhibit the
problem. Notice that some file in AC_CONFIG_HEADERS is required to
trigger it.
Here is configure.ac:
--8<---------------cut here---------------start------------->8---
AC_INIT([testcase], [1.0])
AC_CONFIG_HEADERS([config.h])
AM_INIT_AUTOMAKE
AM_PATH_LISPDIR
AC_CONFIG_FILES([Makefile])
AC_OUTPUT
--8<---------------cut here---------------end--------------->8---
And this is Makefile.am:
--8<---------------cut here---------------start------------->8---
lisp_LISP = the-emacs-mode.el
--8<---------------cut here---------------end--------------->8---
I am attaching a tarball with the two trivial scripts I used.
When preparing this test case on this I noticed a difference in behavior
between lisp_LISP and lisp_DATA , which also allows to work around the
bug: using lisp_DATA rather than lisp_LISP prevents the misbehavior.
I would say that the bug is still there: in either case the generated
definition for am__tagged_files clearly lacks a space separator.
With the provided files,
make
,
make install
and every other target I have tested work correctly, except
make tags
which fails with:
make: *** No rule to make target 'the-emacs-mode.elconfig.h.in', needed by 'tags-am'. Stop.
Best regards,
--
Luca Saiu
* My personal web site: http://ageinghacker.net
* GNU epsilon: http://www.gnu.org/software/epsilon
* Jitter: http://ageinghacker.net/projects/jitter
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-automake <at> gnu.org
:
bug#38139
; Package
automake
.
(Tue, 12 Nov 2019 02:55:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 38139 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 2019-11-10 at 14:24 +0100, Luca Saiu wrote:
> using lisp_DATA rather than lisp_LISP prevents the misbehavior.
But, incidentally, using lisp_DATA also prevents tag generation from the
Emacs Lisp sources.
--
Luca Saiu
* My personal web site: http://ageinghacker.net
* GNU epsilon: http://www.gnu.org/software/epsilon
* Jitter: http://ageinghacker.net/projects/jitter
I support everyone's freedom of mocking any opinion or belief, no
matter how deeply held, with open disrespect and the same unrelented
enthusiasm of a toddler who has just learned the word "poo".
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-automake <at> gnu.org
:
bug#38139
; Package
automake
.
(Wed, 18 Dec 2019 20:30:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 38139 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Mon, Nov 11, 2019 at 6:55 PM Luca Saiu <positron <at> gnu.org> wrote:
>
> On 2019-11-10 at 14:24 +0100, Luca Saiu wrote:
>
> > using lisp_DATA rather than lisp_LISP prevents the misbehavior.
>
> But, incidentally, using lisp_DATA also prevents tag generation from the
> Emacs Lisp sources.
Thanks to both of you. Karl wrote the attached fix, and I will push it soon:
[karl.diff (application/octet-stream, attachment)]
Information forwarded
to
bug-automake <at> gnu.org
:
bug#38139
; Package
automake
.
(Sat, 11 Jan 2020 00:55:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 38139 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Sorry for replying late.
Thanks a lot for solving the issue!
--
Luca Saiu
* My personal web site: http://ageinghacker.net
* GNU epsilon: http://www.gnu.org/software/epsilon
* Jitter: http://ageinghacker.net/projects/jitter
I support everyone's freedom of mocking any opinion or belief, no
matter how deeply held, with open disrespect and the same unrelented
enthusiasm of a toddler who has just learned the word "poo".
[signature.asc (application/pgp-signature, inline)]
bug closed, send any further explanations to
38139 <at> debbugs.gnu.org and Luca Saiu <positron <at> gnu.org>
Request was from
Jim Meyering <jim <at> meyering.net>
to
control <at> debbugs.gnu.org
.
(Sun, 12 Jan 2020 06:39:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 09 Feb 2020 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 75 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.