Karl Berry , 2024-08-25 19:17:
> - $output_rules .= "check-am: all-am\n";
> + $output_rules .= "check-am: all-am";
> if (@check)
> {
> - pretty_print_rule ("\t\$(MAKE) \$(AM_MAKEFLAGS)", "\t ",
@check);
> + $output_
Karl Berry , 2024-08-25 10:45:
Thanks much, Bogdan.
-recheck: all %CHECK_DEPS%
+recheck: all-am %CHECK_DEPS%
Do you have a grip on all-am? Looking at handle_all in bin/automake, I
admit I remain baffled as to what all those pieces of all-am are, and
why it's done as it is.
Te be h
Hi.
I've just noticed that bug #68860 (patched) may be a duplicate of
#26471. Different descriptions and error messages, but looks like the
same cause.
--
Regards - Bogdan ('bogdro') D. (GNU/Linux & FreeDOS)
X86 assembly (DOS, GNU/Linux):http://bogdro.evai.pl/index-en.php
Sof
Hello.
Thank you for reporting the issue.
I believe I have fixed the defect. The attached patch assumes that
"no-dist-built-sources" is the right option name, following the
documentation and the Options.pm file.
Automake itself has been changed to process the option correctly,
distdir.am got th
Hello.
Thank you for reporting the issue.
The attached patch should fix the problem. It may be a bit of an
overkill, perhaps just one of the fixes would suffice, but it seems to
work at least.
I've re-made your useful script into an Automake test. Since
non-deterministic defects may be hard to
Bruno Haible , 2024-02-20 12:44:
Bogdan wrote:
Right. And, as I suspected, nothing in any LIBS, LD*, no libobjc found.
Does it work if you put
AC_LANG([Objective C])
somewhere between the lines
cat >> configure.ac << 'END'
and the first
END
following it (i.e., in t
Bruno Haible , 2024-02-19 01:44:
Hello Bogdan,
Can you tell us what actually "c++" is on your system? Like e.g. run
"c++ --version" or "c++ --help"?
$ c++ --version
OpenBSD clang version 13.0.0
Target: amd64-unknown-openbsd7.4
Thread model: posix
InstalledDir: /usr/bin
On my system, A
Bruno Haible , 2024-02-19 01:33:
Hello Bogdan,
Thank you for dealing with the Automake support.
Thank you for testing :)
2) t/strip2 - could you check if you have the STRIPPROG environment
variable set and, if yes, unset it (or, at least, remove the
"--verbose" parameter from it) prior to
Hello, Bruno.
Thank you for your testing.
About your defect:
1) t/objcxx-* - may need our attention,
2) t/strip2 - could you check if you have the STRIPPROG environment
variable set and, if yes, unset it (or, at least, remove the
"--verbose" parameter from it) prior to running the test?
3) t/yacc
Hello, Bruno.
Thank you for your testing.
About your defect:
1) t/objcxx-* - may need our attention,
2) t/strip2 - could you check if you have the STRIPPROG environment
variable set and, if yes, unset it (or, at least, remove the
"--verbose" parameter from it) prior to running the test?
3) t/yacc
Hi.
I have access to just Linux and SunOS and cannot reproduce the error
(the tests pass), but Karl's solution seems reasonable and shouldn't hurt.
Attaching a simple patch which (hopefully) fixes the issue. At
least, it doesn't hurt Linux or SunOS, so it shouldn't make things
worse. Feel free
Hello.
The attached patch fixes the tests for Python 3.12 (and, hopefully
later ones), while still keeping them working for earlier versions.
A simple fix. Could perhaps be written better (like in a single
Python script), but this is enough.
--
Regards - Bogdan ('bogdro') D. (G
Mike Frysinger , 2024-01-17 06:04:
On 14 Jan 2024 18:55, Bogdan wrote:
Mike Frysinger , 2024-01-14 02:06:
On 13 Jan 2024 22:29, Bogdan wrote:
Mike Frysinger , 2024-01-13 07:19:
On 15 Mar 2023 17:31, Bogdan wrote:
Another patch from my side. This one makes it possible for users to
pass a
Mike Frysinger , 2024-01-14 02:06:
On 13 Jan 2024 22:29, Bogdan wrote:
Mike Frysinger , 2024-01-13 07:19:
On 15 Mar 2023 17:31, Bogdan wrote:
Another patch from my side. This one makes it possible for users to
pass additional options to libtool in 'compile' mode. Fixes #54020.
Added d
Mike Frysinger , 2024-01-13 07:19:
On 15 Mar 2023 17:31, Bogdan wrote:
Another patch from my side. This one makes it possible for users to
pass additional options to libtool in 'compile' mode. Fixes #54020.
Added documentation and a test case including the '-no-suppress'
option. All tests
Mike Frysinger , 2024-01-13 07:26:
On 21 Mar 2023 23:05, Bogdan wrote:
Third, and most important (I think) is that we need to note that
"prog/x.py" is GENERATED, but is NOT marked so. Adding
BUILT_SOURCES = prog/x.py
i don't think this is a correct use of BUILT_SOURCES.
https://www
Hello.
Referring to the discussion related to the upcoming release, I
confirm defect #64837 on Debian GNU/Linux 12 (bookworm) and I confirm
that the last patch in #54412 (the one attached in the defect in
Message#14 - https://debbugs.gnu.org/cgi/bugreport.cgi?bug=54412#14,
not the one inlined) f
Karl Berry , 2023-12-31 00:37:
FAIL: t/python-prefix
Log file is attached.
I think it is the same issue as reported at
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=64837 .
Thanks for the report. I hope Mike or Bogdan can look at it. I have
trouble discerning fixes for anyt
18 matches
Mail list logo
