la_SOURCES' is defined but no program or
>> autoopts/Makefile.am:146: library has 'do_not_make_me_la' as
>> canonical name (possible typo)
>> autoopts/Makefile.am:97: warning: variable
>> 'do_not_make_me_la_LIBADD' is defined but no program or
>> autoopts/Makefile.am:97: libr
Hello Karl,
Mathieu Lirzin writes:
> Karl Berry writes:
>
>> Other than that, please push asap! --thanks again, karl.
>
> I Will push that patch before the end of the week.
Done in commit f19ecc089b017d0f0cde1e960fb1a6a407005164.
Thanks for the review.
--
Mathieu Lirzin
G
; Other than that, please push asap! --thanks again, karl.
I Will push that patch before the end of the week.
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
OG_COMPILER=$(PERL) \
am_running_installcheck=yes
+# Ensure that the installed Automake perl modules are found when running 'installcheck' target
+AM_TESTS_ENVIRONMENT += \
+ if test "$${am_running_installcheck}" = yes; then \
+PERL5LIB="$(DESTDIR)$(pkgvdatadir)/$${PERL5LIB:+$(PAT
to
J. Random Hacker for providing suggestions and testing the patch.
--8<---cut here---end--->8---
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
to
J. Random Hacker for providing suggestions and testing the patch.
--8<---cut here---end--->8---
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
However,
> This change (regression?) seems to come from automake, perhaps
> consider a bugfix for future versions.
Unfortunately I currently don't have much time for Automake.
If somebody is willing to do the investigation job and fix the code, I
am willing to apply the patch.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
ne convenient way to detect what caused this problem would be to do a
‘git bisect’ session on Automake VCS repository and analyse the diff of
the commit introducing the failure.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
ill close this bug.
Thanks for the report.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Both patches were applied in commit 6624f88b2ea685e5c44c7373d01df488d1dabd19.
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
his minor deefficiency,
> Best Regards,
> Sjoerd van Leent
I am not familiar with the details of how Flex is working but supporting
the ‘--prefix’ option seems desirable. Currently Automake has very
little manpower, so I encourage you to work on it yourself if you have
some time to devote to it.
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
>> myprog_CXXFLAGS = -DANY
>> AM_CPPFLAGS = -I@MYPROG_PATH@
>> VPATH=@MYPROG_PATH@
>
> Don't set VPATH like this. It supersedes the definition supplied by
> Automake and is almost certainly the cause of your problems.
I agree with your analysis, so I am closing this bug.
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
om the Automake manual:
lib_LTLIBRARIES = libgettext.la
libgettext_la_SOURCES = gettext.c ...
bin_PROGRAMS = hello
hello_SOURCES = hello.c ...
hello_LDADD = libgettext.la
Does it help?
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
lmier.home>"’ option to ensure that
your first patch is sent in response to the current thread.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
c test file with a ‘.plt’ extension, one patch
for each test file migrated to Test::Simple, one for fixing the XFAIL
hack...
Feel free to adapt to your particular case, since you understand the
dependencies between the change you made better than I do.
Can you send the updated patches?
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
ents I guess Automake
test suite already contains some tests validating some of them.
WDYT?
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
ommend to submit those patches
incrementally to .
Thank you for your participation in the GSoC!
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
in the mentoring of the two Automake GSoC
students, I will continue to assume that role until the end of the
summer.
I wish the best for the future of those packages.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Mark Thomas writes:
> Yes, using a space in place of "\n" works on my system.
Pushed as commit a348d830659fffd2cfc42994524783b07e69b4b5.
Thanks for the report.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
e
> discussions any more :(. Hardly the most crucial suggestion in the
> world, fine for it to be relegated to the dustheap of history :).
No need to be old to be relunctant about starting this kind of
discussions which are often painful. :-)
Feel free to reopen the bug if you change your mind.
Mathieu Lirzin writes:
> Lukas Fleischer writes:
>
>> On Sat, 07 Jul 2018 at 23:45:27, Mathieu Lirzin wrote:
>>> Lukas Fleischer writes:
>>>
>>> > As of Python 3.5, but unoptimized and optimized bytecode are stored
>>> > within .pyc files;
Lukas Fleischer writes:
> On Sat, 07 Jul 2018 at 23:45:27, Mathieu Lirzin wrote:
>> Lukas Fleischer writes:
>>
>> > As of Python 3.5, but unoptimized and optimized bytecode are stored
>> > within .pyc files; .pyo files are no longer generated. Update the Python
t; t/python-virtualenv.sh | 4
> t/python10.sh| 6 --
> t/python12.sh| 3 +--
> t/python3.sh | 1 -
> 8 files changed, 6 insertions(+), 30 deletions(-)
Thanks for the patch.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
stalling byte-compiled files installed in '__pycache__'
> subdirectories.
Tell me if I am overlooking something, but I guess this change will
imply that the uninstallation does not properly work with older python
version? Have you tried?
This support is important in the context of Automake.
Tha
u any suggestion
regarding the location and wording?
Thanks.
[1] https://www.gnu.org/software/automake/faq/gnulib.html#VCS-Issues
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
d program
and reserve it for validation tests. For example verifying that default
paths values are properly set to the installed location which can't be
checked from ‘builddir’.
[1] https://git.savannah.gnu.org/cgit/mcron.git/tree/Makefile.am
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
sake of simplicity and robustness. On the Automake side
what seems appropriate for such issue is to open a “wishlist” bug.
WDYT?
[1] https://www.gnu.org/software/automake/manual/html_node/Texinfo.html
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
h has been done until today on the branch but it should be fairly
> busy in the next couple of weeks.
Great, I will follow that. :-)
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
on Freenode or directly to me (my pseudo is
‘mthl’). I am not sure about your actual timezone (mine is UTC+2) but
if you are from India don't expect me to available too soon in the
morning. :-)
HTH,
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
experimentation with Automake by following Automake info manual.
If you have any questions or difficulty in your discovery, you can ask
on the #autotools IRC channel on Freenode or directly to me (my pseudo
is ‘mthl’).
HTH,
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Hello Peter,
Peter Johansson <troj...@gmail.com> writes:
> On 4/22/2018 1:13 AM, Mathieu Lirzin wrote:
>> Hello Reuben,
>>
>> Reuben Thomas <r...@sc3d.org> writes:
>>
>>> In the manual, we are given the following pattern for using help2man
&g
Reuben Thomas <r...@sc3d.org> writes:
> On 21 April 2018 at 16:13, Mathieu Lirzin <m...@gnu.org> wrote:
>
> Reuben Thomas <r...@sc3d.org> writes:
>
> > In the manual, we are given the following pattern for using help2man
> > without breaking make dist
t here---end--->8---
This solution handles silent rules and possible localization of the
‘./foo --help’ output. However its limitation is that if you have
another rule with ‘$(srcdir)/foo.1’ as a prerequisite then it will be
triggered at every build.
WDYT?
Thanks for the report.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
are/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at
> bin/automake-1.16 line 47. BEGIN failed--compilation aborted at
> bin/automake-1.16 line 47.
Can you send the output of ‘./pre-inst-env automake --help’ and attach
the ‘config.log’ file of this build?
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
with the mentoring task. If
you are interested please step-up!
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
d in the test suite. You can either modify an existing one
from the ‘t/compile*.sh’ files if the issue is closely related to an
already tested one, or if that is not the case you can add a new test
script.
Can you add a rationale in the commit message before the ChangeLog part
too?
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
ou may have also noticed that 2 other persons are
> interested in this other project. This is why I have decided, after
> speaking with Mathieu Lirzin, that it would be a wise idea to candidate
> to other projects or project ideas. The goal of the summer of code is
> not to have a rac
experience in Perl but I'm can pick it up quickly on
> the project.
>
> * Here is my Github profile.
Looks interesting, Make sure to include those information in your
proposal draft. You can send this draft only to <automake@gnu.org> and
drop <summer-of-c...@gnu.org> from the Cc.
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
ate.
Thanks for your proposal.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Mathieu Lirzin <m...@gnu.org> writes:
>> My draft is online on the GSoC website since it was open on Monday. I
>> don't know if you have access to that.
>
> Yes I have access to it. I will send my future comments via this
> website.
I was under the wrong impressio
Matthias Paulmier <matthias.paulm...@etu.u-bordeaux.fr> writes:
> Mathieu Lirzin <m...@gnu.org> writes:
>
>> Matthias Paulmier <matthias.paulm...@etu.u-bordeaux.fr> writes:
>>
>>> I put up the first draft for my proposal here :
>>> .
>>
ing the communication. For the weekly status update and
discussion, if that's OK with you I would rather have a VOIP one on one
conversation (via Ring or Jitsi) when possible and use email as a
fallback or complement. Regarding the instantaneous communication IRC
is convenient for me.
Thanks.
--
Mat
ther student applying for this projet. You can take a look
at the mailing-list archives [1] for past discussion regarding the
subject.
Thanks for your interest.
[1] https://lists.gnu.org/archive/html/automake/2018-03/threads.html
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Mathieu Lirzin <m...@gnu.org> writes:
> Previously ‘automake’ and ‘aclocal’ were handling the case of being
> interpreted as a Shell script by using a hack leveraging the fact that
> Shell and Perl has a compatible syntax intersection allowing those
> scripts to launch ‘pe
725
>
> * lib/install-sh: Implement safer 'mkdir -p' test by running
> '$mkdirprog $mkdir_mode "$tmpdir"' first.
> (scriptversion): Bump.
> ---
> lib/install-sh | 25 +
> 1 file changed, 17 insertions(+), 8 deletions(-)
Applied in commit 968bf9f66e3966
We are pleased to announce the GNU Automake 1.16.1 maintenance release.
This release follows 1.16 which was made 2 weeks ago.
See below for the detailed list of changes since the
previous version, as summarized by the NEWS file.
Download here:
Mathieu Lirzin <m...@gnu.org> writes:
> This is likely related to commit
> 826408a7f6ca4c39ff7b7ac9952c05f48110748f [1] which make those tests work
> with Flex 2.6.4 and g++ 7.3.
>
> If you know a good way to achieve a better compatibility than the
> solution chosen
good way to achieve a better compatibility than the
solution chosen by that commit, I would be interested.
Thanks for the report.
[1]
https://git.savannah.gnu.org/cgit/automake.git/commit/?id=826408a7f6ca4c39ff7b7ac9952c05f48110748f
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Torsten Seemann <tseem...@unimelb.edu.au> writes:
> That patch looks good - removing List::Util altogether is probably the right
> thing. And tests too.
Pushed as commit 74902aa24d4c313ab51fa684142d9240f636971a.
Thanks for the review.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 664
Mathieu Lirzin <m...@gnu.org> writes:
> Here is an alternative patch to fixes this bug, that I intend to push
> tomorrow.
>
>>From 88df0576249df21e719ff3ac95d3d27b77e3370f Mon Sep 17 00:00:00 2001
> From: Mathieu Lirzin <m...@gnu.org>
> Date: Sat, 3 Mar 2018
n the
> syntax and semantic analysis as well the lexer (which is not a big deal with
> Flex).
>
> I've already met with Mathieu Lirzin to talk about the project so I have a
> general idea of what is expected of this GSoC. From my understanding, both
> proposed subjects' goal i
NightStrike <nightstr...@gmail.com> writes:
> On Mar 7, 2018 16:05, "Mathieu Lirzin" <m...@gnu.org> wrote:
>
> John Calcote <john.calc...@gmail.com> writes:
>
> > A Makefile.am file is really just a Makefile with embellishments. It seems
>
a specific token
> type designed to be passed through without modifications.
I agree that using a coarse grained AST is a good first approach.
Exploration and evaluation of a finer grained approach later during this
GSoC could be interesting too.
Thanks for your input.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
2f23
> has fixed this problem and I can build my projects again.
>
> Is there an ETA for a point release containing this fix?
I hope to release it next weekend.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
uirement could probably be relaxed since Perl 5.6 is 18 years
old, however this can't be done in the micro (bugfix) release I intend
to make after fixing this bug. So let's reimplement it ourselves for
now.
>From 666b787749b5986f7a30453741ca206b6b6ff164 Mon Sep 17 00:00:00 2001
From: Mathieu L
Hello,
Mathieu Lirzin <m...@gnu.org> writes:
> Mathieu Lirzin <m...@gnu.org> writes:
>
>>>>From 1d60fb72168e62d33fe433380af621de64e22f23 Mon Sep 17 00:00:00 2001
>> From: Mathieu Lirzin <m...@gnu.org>
>> Date: Thu, 1 Feb 2018 13:51:03 +0100
>>
Eric Blake <ebl...@redhat.com> writes:
> On 02/26/2018 02:30 PM, Mathieu Lirzin wrote:
>
>>>> /usr/bin/m4:configure.ac:506: bad expression in eval (bad input): ($+1) !=
>>>> (2)
>>>> /usr/bin/m4:configure.ac:506: bad expression in eval (bad input
Hello,
Eric Dorland <e...@kuroneko.ca> writes:
> Can this release be tagged in the git repository?
>
> * Mathieu Lirzin (m...@gnu.org) wrote:
>> We are pleased to announce the GNU Automake 1.16 minor release.
Done.
Thanks for the reminder.
--
Mathieu Lirzin
GPG: F2A
ake a closer look in the following days.
Thanks for reminding us.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
t; Can't continue after import errors at
> /home/abuild/rpmbuild/BUILD/automake-1.16/bin/automake-1.16 line 76.
> BEGIN failed--compilation aborted at
> /home/abuild/rpmbuild/BUILD/automake-1.16/bin/automake-1.16 line 76.
>
> Andreas.
What is the Perl version used?
Can you open a b
)
>> autom4te-2.69: /usr/bin/m4 failed with exit status: 1
>> aclocal-1.16: error: echo failed with exit status: 1
As pointed by Andriy, commit 1d60fb72168e62d33fe433380af621de64e22f23 is
faulty here.
There is an issue with AM_PATH_PYTHON quoting. When a fix is proposed,
I will make a micro (bug fix) release.
Thanks for the report.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
e this with the
> canonical name of your program. This list also refers to “maude” as a
> program, but in general the same rules apply for both static and dynamic
> libraries; the documentation below notes situations where programs and
> libraries differ.
>
FWIW, I think using
We are pleased to announce the GNU Automake 1.16 minor release.
This release follows 1.15.1 which was made 8 months ago.
See below for the detailed list of changes since the
previous version, as summarized by the NEWS file.
Download here:
https://ftp.gnu.org/gnu/automake/automake-1.16.tar.gz
Mathieu Lirzin <m...@gnu.org> writes:
> Google is accepting organization applications for the next Summer of
> Code [1] and as usual GNU is going to apply for it. Let's start thinking
> about a list of ideas for the next Summer of Code and potential mentors.
Here is another proje
:-)
Thanks for your patch anyway. If you have other ideas regarding how
Python support in Automake could be improved, feel free to share your
ideas on <autom...@gnu.org> or your patches on this list.
Sorry for the delay.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Previously ‘automake’ and ‘aclocal’ were handling the case of being
interpreted as a Shell script by using a hack leveraging the fact that
Shell and Perl has a compatible syntax intersection allowing those
scripts to launch ‘perl’ from the shell.
* bin/aclocal.in: Remove cryptic launching hack.
*
not following PEP394 [1] like Arch Linux, the test suite
fails (See attached log).
test-suite.log
Description: Binary data
[1] https://www.python.org/dev/peps/pep-0394/
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Hello,
Mathieu Lirzin <m...@gnu.org> writes:
> Mathieu Lirzin <m...@gnu.org> writes:
>
>>>>From a936b7d4cf8583ace0be6756b4b066a2c1aebe18 Mon Sep 17 00:00:00 2001
>> From: Paolo Bonzini <bonz...@gnu.org>
>> Date: Mon, 31 Oct 2016 13:30:50 +0
Hello,
Mathieu Lirzin <m...@gnu.org> writes:
> Mathieu Lirzin <m...@gnu.org> writes:
>
>>>>From a936b7d4cf8583ace0be6756b4b066a2c1aebe18 Mon Sep 17 00:00:00 2001
>> From: Paolo Bonzini <bonz...@gnu.org>
>> Date: Mon, 31 Oct 2016 13:30:50 +0
Mathieu Lirzin <m...@gnu.org> writes:
> "t/instmany-python.sh" test fails for the ‘uninstall’ target.
This is fixed by commit 006c4dfede96091f5bed622c17946cbec067347f
>From 006c4dfede96091f5bed622c17946cbec067347f Mon Sep 17 00:00:00 2001
From: Mathieu Lirzin <m...@
Hello,
Mathieu Lirzin <m...@gnu.org> writes:
>>From 83d5d37bc8f0adb0e20a6fe7ab68029d2479dd32 Mon Sep 17 00:00:00 2001
> From: Mathieu Lirzin <m...@gnu.org>
> Date: Thu, 18 Jan 2018 11:19:13 +0100
> Subject: [PATCH] tests: Don't check 'Getopt::Long' corner cases
>
Mathieu Lirzin <m...@gnu.org> writes:
>>From 1d60fb72168e62d33fe433380af621de64e22f23 Mon Sep 17 00:00:00 2001
> From: Mathieu Lirzin <m...@gnu.org>
> Date: Thu, 1 Feb 2018 13:51:03 +0100
> Subject: [PATCH] python: Generate python interpreter list
>
> _A
t it to
<bug-autoc...@gnu.org> instead.
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Hello,
Mathieu Lirzin <m...@gnu.org> writes:
>>> On 09/15/17 11:17, Mathieu Lirzin wrote:
>>>> Instead of preemptively adding possible future version of Python that
>>>> hopefully would be released, I would prefer a solution that removes the
>>>
ros to be run at configure time.
WDYT?
[1] https://www.gnu.org/software/automake/manual/html_node/VPATH-Builds.html
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
ier way
> that would make this patch irrelevant.
Could you explain why re-running the configuration phase with different
‘PYTHON’ values does not fit your use-case?
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
nfig.log” and the output of ‘make install-strip V=1’ for both projects?
[1] https://github.com/opencog/link-grammar/issues/645
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
hy Automake
behave a certain way, which seems what your previous email is about.
Next time for such question, please ask it in the same thread you have
previously opened.
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
YSTEM:{BOOT_APPLICATION|CONSOLE|EFI_APPLICATION|
> EFI_BOOT_SERVICE_DRIVER|EFI_ROM|EFI_RUNTIME_DRIVER|
> NATIVE|POSIX|WINDOWS|WINDOWSCE}[,#[.##]]
> /VERBOSE
> /WX[:NO]
> ===
>
> Wondering, what was a reason for this.
I am definitely not competent for reviewing Windows
2. Remove $(AM_MAKEINFOFLAGS) from the dvi, ps, and pdf targets
I am not sure what should be done. Enlightened suggestions are welcome.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
made
because those tests want to ensure that the code is invalid C.
What would seem a more robust solution would be to include
instead and make the code invalid C by another mean.
Sorry for long delay. Thanks for the report.
[1] https://docs.oracle.com/cd/E19205-01/819-5267/bkajw/index.html
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Mathieu Lirzin <m...@gnu.org> writes:
> ‘hammer’ and ‘spanner’ are not found when running ‘make distcheck’
> because they are not ditributed in the tarball. Those scripts are
> declared in the DEJATOOL special variable. So I am wondering if the
> contents of th
Hi Seth,
Mathieu Lirzin <m...@gnu.org> writes:
> Seth Fowler <seth.fow...@me.com> writes:
>
>> I recently ran into what appears to be a bug in automake and I thought it
>> would be a good idea to let you know.
>>
>> We had noticed that running “make
Mathieu Lirzin <m...@gnu.org> writes:
> Carnë Draug <carandraug+...@gmail.com> writes:
>
>> There are 3 variables used by automake when calling dejagnu's
>> runtest:
>>
>> $RUNTESTDEFAULTFLAGS - default from automake
>> $AM_RUNTESTFLAGS - set by
Hello,
Mathieu Lirzin <m...@gnu.org> writes:
> Dennis Clarke <dcla...@blastwave.org> writes:
>
>> The five failed tests are :
>>
>> FAIL: t/aclocal.sh
>> FAIL: t/automake-cmdline.tap 4 - list of options terminated by '--' (stderr)
>> FAIL: t/autom
Hello,
Mathieu Lirzin <m...@gnu.org> writes:
> Sostom M N <sostomc...@gmail.com> writes:
>
>> I am trying to run autoreconf , and this is what i get:
>> /usr/share/aclocal/log4c.m4:7: warning: underquoted definition of
>> AM_PATH_LOG4C
>> /usr/s
/\\]icl.exe )
> func_cl_wrapper "$@" # Doesn't return...
> ;;
> esac
> ===
>
> but it's not convenient to update build system of OSS Projects before each
> build.
> Can this fix be merged to Automake sources directly?
Indeed, The great news is that support for ‘icl’ has already been added
in Automake 1.15.1 [1]. :-)
Could you confirm it works correctly with Automake 1.15.1?
Note: When building libiconv you have to use ‘autoreconf -i’ or
something similar in order to have the local ‘compile’ script updated.
Thanks for the report.
[1] https://lists.gnu.org/archive/html/info-gnu/2017-06/msg7.html
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
ever I guess this
should not be done not on Automake side, because AM_PROG_CC_C_O is
obsolescent [1].
I have took a quick look a GMP “configure.ac” and it seems that they
have an option ’--enable-cxx’ which triggers the use of the AC_PROG_CXX
macro which I guess should set things properly (I am not an Autoconf
expert), If not this is either an issue with GMP configuration or with
With AC_PROG_CXX implementation.
Could you investigate with the ’--enable-cxx’ option?
Thanks for the report.
[1]
https://www.gnu.org/software/automake/manual/html_node/Public-Macros.html#index-AM_005fPROG_005fCC_005fC_005fO
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Hello Paolo,
Mathieu Lirzin <m...@gnu.org> writes:
>>From a936b7d4cf8583ace0be6756b4b066a2c1aebe18 Mon Sep 17 00:00:00 2001
> From: Paolo Bonzini <bonz...@gnu.org>
> Date: Mon, 31 Oct 2016 13:30:50 +0100
> Subject: [PATCH] automake: Do not require ltmain
Hello Paolo,
Mathieu Lirzin <m...@gnu.org> writes:
>>From a936b7d4cf8583ace0be6756b4b066a2c1aebe18 Mon Sep 17 00:00:00 2001
> From: Paolo Bonzini <bonz...@gnu.org>
> Date: Mon, 31 Oct 2016 13:30:50 +0100
> Subject: [PATCH] automake: Do not require ltmain
I am opening a bug to keep track of this.
Mathieu Lirzin <m...@gnu.org> writes:
> Paolo Bonzini <bonz...@gnu.org> writes:
>
>> On 31/10/2016 13:30, Paolo Bonzini wrote:
>>> If Automake does not see LT_SUPPORTED_TAG, it assumes an old libtool
>>> th
I am opening a bug to keep track of this.
Mathieu Lirzin <m...@gnu.org> writes:
> Paolo Bonzini <bonz...@gnu.org> writes:
>
>> On 31/10/2016 13:30, Paolo Bonzini wrote:
>>> If Automake does not see LT_SUPPORTED_TAG, it assumes an old libtool
>>> th
99ee284b66ca1529c47495672ea.
Thanks for your contribution and sorry for the delay.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
RSION_PATTERN = '\d+\.\d+([a-z]|\.\d+)?(-[A-Za-z0-9]+)?';
--8<---cut here---end------->8---
Ideally with some unit tests. :-)
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Eric Blake <ebl...@redhat.com> writes:
> On 01/04/2018 07:49 PM, Mathieu Lirzin wrote:
>
>> for example from Automake 1.15.1 build directory the following command
>> is supposed to work:
>>
>> --8<---cut here---start
properly handle this for now. More investigation would
be needed.
Thanks for the report.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Hello Chris,
Mathieu Lirzin <m...@gnu.org> writes:
> Chris Daley <chebiza...@gmail.com> writes:
>
>> The Vala compiler also supports a language called Genie, which is
>> very similar to Python but compiles down to C in the same way that
>> Vala does. Geni
-->8---
According to your logs this doesn't work on your system. My impression
is that those failing tests are checking the edge cases of Getopt::Long
which is system dependent and not the functional behavior of Automake.
As a consequence it seems reasonable to narrow the tests to more
conservative Getopt::Long behaviors.
WDYT?
Sorry for the delay.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
the actual problem. Since this bug has already
been fixed in Automake 1.15.1. I am closing this bug.
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
better.
>
> * doc/automake.texi (List of Automake options): Document the portability of
> the tar-ustar and tar-pax options better.
> ---
Pushed in commit fab4fb3aabf0a20d4c99fb7171de163d42e391e2.
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
1 - 100 of 229 matches
Mail list logo