From: Phillip Wood <phillip.wood123@gmail.com>
To: "brian m. carlson" <sandals@crustytoothpaste.net>, git@vger.kernel.org
Subject: Re: Failing tests with WITH_BREAKING_CHANGES
Date: Tue, 28 Jul 2026 14:31:03 +0100 [thread overview]
Message-ID: <758dbec3-7657-4342-8b74-7e59cdf88b5e@gmail.com> (raw)
In-Reply-To: <amf76F4wxlboLz_A@fruit.crustytoothpaste.net>
Hi brian
On 28/07/2026 01:46, brian m. carlson wrote:
> I have the following in `config.mak`:
>
> ----
> DEVELOPER=1
> CC=clang
> GENERATE_COMPILATION_DATABASE=yes
> WITH_RUST=1
> USE_ASCIIDOCTOR=1
> WITH_BREAKING_CHANGES=1
> ----
>
> In this configuration, I've noticed some tests failing:
>
> ----
> t0014-alias.sh (Wstat: 256 (exited 1) Tests: 23 Failed: 2)
> Failed tests: 4, 8
> Non-zero exit status: 1
> t1517-outside-repo.sh (Wstat: 256 (exited 1) Tests: 404 Failed: 2)
> Failed tests: 248-249
> Non-zero exit status: 1
> ----
I find t1517 fails quite often for me due to cruft from a previous build
when a different branch was checked out. I wonder if there is a command
that is no-longer built by WITH_BREAKING_CHANGES whose executable still
exists in the build directory from a previous build. Its not clear to me
why the alias tests might be failing though.
Thanks
Phillip
> These don't occur if I remove `WITH_BREAKING_CHANGES=1`, so they appear
> to be related to that option. However, I know we have a CI job for that
> case, so it's unclear to me why these tests are failing; perhaps the CI
> job is not testing what we think it's testing.
>
> I noticed this because I plan to send out a series soon based on that
> option and obviously I want to run the testsuite first.
next prev parent reply other threads:[~2026-07-28 13:31 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-28 0:46 Failing tests with WITH_BREAKING_CHANGES brian m. carlson
2026-07-28 1:00 ` Junio C Hamano
2026-07-28 13:31 ` Phillip Wood [this message]
2026-07-28 13:55 ` Jeff King
2026-07-28 14:36 ` [PATCH 0/2] fix serial tests without/with breaking-changes Jeff King
2026-07-28 14:37 ` [PATCH 1/2] t0014: factor out choice of deprecated commands Jeff King
2026-07-28 14:38 ` [PATCH 2/2] t0014: generate deprecated command names dynamically Jeff King
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=758dbec3-7657-4342-8b74-7e59cdf88b5e@gmail.com \
--to=phillip.wood123@gmail.com \
--cc=git@vger.kernel.org \
--cc=phillip.wood@dunelm.org.uk \
--cc=sandals@crustytoothpaste.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.