Closed phil-blain closed 1 month ago
/submit
Submitted as pull.1810.git.1728323033680.gitgitgadget@gmail.com
To fetch this version into FETCH_HEAD
:
git fetch https://github.com/gitgitgadget/git/ pr-1810/phil-blain/clar-build-dep-fix-v1
To fetch this version to local tag pr-1810/phil-blain/clar-build-dep-fix-v1
:
git fetch --no-tags https://github.com/gitgitgadget/git/ tag pr-1810/phil-blain/clar-build-dep-fix-v1
On the Git mailing list, Junio C Hamano wrote (reply to this):
"Philippe Blain via GitGitGadget" <gitgitgadget@gmail.com> writes:
> From: Philippe Blain <levraiphilippeblain@gmail.com>
>
> The clar source file '$(UNIT_TEST_DIR)/clar/clar.c' includes the
> generated 'clar.suite', but this dependency is not taken into account by
> our Makefile, so that it is possible for a parallel build to fail if
> Make tries to build 'clar.o' before 'clar.suite' is generated.
>
> Correctly specify the dependency.
>
> Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com>
> ---
> Makefile: fix dependency for $(UNIT_TEST_DIR)/clar/clar.o
>
> Hi Patrick,
>
> I tried building v2.47.0 and stumbled onto this small issue. It
> reproduces for me from a fresh clone on my old 2009 Mac with make -j -l
> 2.5, it's a little curious that no one ran into this yet.
I suspect that nobody tells make to build clar.o (and nothing else).
Instead, the t/unit-tests/bin/unit-tests target is what is typically
built, which is part of $(CLAR_TEST_PROG) that has clar.suite as one
of its dependencies.
$ make
$ rm -f t/unit-tests/clar.suite t/unit-tests/clar/clar.o
$ make -j1 t/unit-tests/bin/unit-tests
GEN t/unit-tests/clar.suite
CC t/unit-tests/clar/clar.o
LINK t/unit-tests/bin/unit-tests
What is possible to happen from the broken dependencies is when I
did not remove clar.o in the above experiment. We may rebuild
clar.suite and then link clar.o that is outdated without realizing.
> I found it best to declare the dependency directly on clar.o, instead of
> adjusting the dependencies of CLAR_TEST_OBJS on the line above, since it
> is really only this clar.c that includes clar.suite
>
> Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1810%2Fphil-blain%2Fclar-build-dep-fix-v1
> Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1810/phil-blain/clar-build-dep-fix-v1
> Pull-Request: https://github.com/gitgitgadget/git/pull/1810
>
> Makefile | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Makefile b/Makefile
> index 2dde1fd2b8b..b615de74811 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -3911,6 +3911,7 @@ $(UNIT_TEST_DIR)/clar-decls.h: $(patsubst %,$(UNIT_TEST_DIR)/%.c,$(CLAR_TEST_SUI
> $(UNIT_TEST_DIR)/clar.suite: $(UNIT_TEST_DIR)/clar-decls.h
> $(QUIET_GEN)awk -f $(UNIT_TEST_DIR)/clar-generate.awk $< >$(UNIT_TEST_DIR)/clar.suite
> $(CLAR_TEST_OBJS): $(UNIT_TEST_DIR)/clar-decls.h
> +$(UNIT_TEST_DIR)/clar/clar.o: $(UNIT_TEST_DIR)/clar.suite
> $(CLAR_TEST_OBJS): EXTRA_CPPFLAGS = -I$(UNIT_TEST_DIR)
> $(CLAR_TEST_PROG): $(UNIT_TEST_DIR)/clar.suite $(CLAR_TEST_OBJS) $(GITLIBS) GIT-LDFLAGS
> $(call mkdir_p_parent_template)
>
> base-commit: 777489f9e09c8d0dd6b12f9d90de6376330577a2
On the Git mailing list, Patrick Steinhardt wrote (reply to this):
On Mon, Oct 07, 2024 at 05:53:41PM -0700, Junio C Hamano wrote:
> "Philippe Blain via GitGitGadget" <gitgitgadget@gmail.com> writes:
>
> > From: Philippe Blain <levraiphilippeblain@gmail.com>
> >
> > The clar source file '$(UNIT_TEST_DIR)/clar/clar.c' includes the
> > generated 'clar.suite', but this dependency is not taken into account by
> > our Makefile, so that it is possible for a parallel build to fail if
> > Make tries to build 'clar.o' before 'clar.suite' is generated.
> >
> > Correctly specify the dependency.
> >
> > Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com>
> > ---
> > Makefile: fix dependency for $(UNIT_TEST_DIR)/clar/clar.o
> >
> > Hi Patrick,
> >
> > I tried building v2.47.0 and stumbled onto this small issue. It
> > reproduces for me from a fresh clone on my old 2009 Mac with make -j -l
> > 2.5, it's a little curious that no one ran into this yet.
>
> I suspect that nobody tells make to build clar.o (and nothing else).
>
> Instead, the t/unit-tests/bin/unit-tests target is what is typically
> built, which is part of $(CLAR_TEST_PROG) that has clar.suite as one
> of its dependencies.
>
> $ make
> $ rm -f t/unit-tests/clar.suite t/unit-tests/clar/clar.o
> $ make -j1 t/unit-tests/bin/unit-tests
> GEN t/unit-tests/clar.suite
> CC t/unit-tests/clar/clar.o
> LINK t/unit-tests/bin/unit-tests
>
> What is possible to happen from the broken dependencies is when I
> did not remove clar.o in the above experiment. We may rebuild
> clar.suite and then link clar.o that is outdated without realizing.
Makes sense. In any case, the fix looks good to me, thanks!
Patrick
This patch series was integrated into seen via https://github.com/git/git/commit/0ba0f9df7ad5c752bd8c09545535ea9f290199b5.
This branch is now known as pb/clar-build-fix
.
This patch series was integrated into seen via https://github.com/git/git/commit/9decb093361b9bc9d657d15d2244626783efa98c.
This patch series was integrated into seen via https://github.com/git/git/commit/fac0be35b51e2bb5593f5b3b262764ef1c17a6c2.
On the Git mailing list, Philippe Blain wrote (reply to this):
Hi,
I had a closer look at how the header dependencies are handled in the Makefile and I think a cleaner and more idiomatic way to fix the problem would be to add clar.suite to GENERATED_H.
I’ll try to send a v2 tomorrow so maybe hold on to merging it to next for the moment, Junio.
Thanks
Philippe.
> Le 7 oct. 2024 à 23:58, Patrick Steinhardt <ps@pks.im> a écrit :
>
> On Mon, Oct 07, 2024 at 05:53:41PM -0700, Junio C Hamano wrote:
>> "Philippe Blain via GitGitGadget" <gitgitgadget@gmail.com> writes:
>>
>>> From: Philippe Blain <levraiphilippeblain@gmail.com>
>>>
>>> The clar source file '$(UNIT_TEST_DIR)/clar/clar.c' includes the
>>> generated 'clar.suite', but this dependency is not taken into account by
>>> our Makefile, so that it is possible for a parallel build to fail if
>>> Make tries to build 'clar.o' before 'clar.suite' is generated.
>>>
>>> Correctly specify the dependency.
>>>
>>> Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com>
>>> ---
>>> Makefile: fix dependency for $(UNIT_TEST_DIR)/clar/clar.o
>>>
>>> Hi Patrick,
>>>
>>> I tried building v2.47.0 and stumbled onto this small issue. It
>>> reproduces for me from a fresh clone on my old 2009 Mac with make -j -l
>>> 2.5, it's a little curious that no one ran into this yet.
>>
>> I suspect that nobody tells make to build clar.o (and nothing else).
>>
>> Instead, the t/unit-tests/bin/unit-tests target is what is typically
>> built, which is part of $(CLAR_TEST_PROG) that has clar.suite as one
>> of its dependencies.
>>
>> $ make
>> $ rm -f t/unit-tests/clar.suite t/unit-tests/clar/clar.o
>> $ make -j1 t/unit-tests/bin/unit-tests
>> GEN t/unit-tests/clar.suite
>> CC t/unit-tests/clar/clar.o
>> LINK t/unit-tests/bin/unit-tests
>>
>> What is possible to happen from the broken dependencies is when I
>> did not remove clar.o in the above experiment. We may rebuild
>> clar.suite and then link clar.o that is outdated without realizing.
>
> Makes sense. In any case, the fix looks good to me, thanks!
>
> Patrick
User Philippe Blain <levraiphilippeblain@gmail.com>
has been added to the cc: list.
On the Git mailing list, Junio C Hamano wrote (reply to this):
Philippe Blain <levraiphilippeblain@gmail.com> writes:
> I had a closer look at how the header dependencies are handled in
> the Makefile and I think a cleaner and more idiomatic way to fix
> the problem would be to add clar.suite to GENERATED_H.
If it is a header file (e.g. we could run "make hdr-check" on it to
make sure it is self-contained, if we wanted to check it), that
sounds like a very appropriate thing to do.
> I’ll try to send a v2 tomorrow so maybe hold on to merging it to
> next for the moment, Junio.
Thanks.
This patch series was integrated into seen via https://github.com/git/git/commit/4a9f8632ec47c000064cc5d64c28891fc4d01267.
There was a status update in the "Cooking" section about the branch pb/clar-build-fix
on the Git mailing list:
Build fix. Expecting a reroll. cf. <C05B01E0-5007-4FB9-94CD-CBE74E79F9B7@gmail.com> source: <pull.1810.git.1728323033680.gitgitgadget@gmail.com>
/submit
Submitted as pull.1810.v2.git.1728667787227.gitgitgadget@gmail.com
To fetch this version into FETCH_HEAD
:
git fetch https://github.com/gitgitgadget/git/ pr-1810/phil-blain/clar-build-dep-fix-v2
To fetch this version to local tag pr-1810/phil-blain/clar-build-dep-fix-v2
:
git fetch --no-tags https://github.com/gitgitgadget/git/ tag pr-1810/phil-blain/clar-build-dep-fix-v2
This patch series was integrated into seen via https://github.com/git/git/commit/712f36af9209ad378b1c7ca63bab435b4140e1f4.
This patch series was integrated into seen via https://github.com/git/git/commit/6f8ee0e791369e7923f29c1857ccd7ee29424bb6.
There was a status update in the "Cooking" section about the branch pb/clar-build-fix
on the Git mailing list:
Build fix. Will merge to 'next'. source: <pull.1810.v2.git.1728667787227.gitgitgadget@gmail.com>
On the Git mailing list, Patrick Steinhardt wrote (reply to this):
On Fri, Oct 11, 2024 at 05:29:47PM +0000, Philippe Blain via GitGitGadget wrote:
> From: Philippe Blain <levraiphilippeblain@gmail.com>
>
> The clar source file '$(UNIT_TEST_DIR)/clar/clar.c' includes the
> generated 'clar.suite', but this dependency is not taken into account by
> our Makefile, so that it is possible for a parallel build to fail if
> Make tries to build 'clar.o' before 'clar.suite' is generated.
>
> Correctly specify the dependency.
>
> Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com>
Thanks, this version looks good to me.
Patrick
This patch series was integrated into seen via https://github.com/git/git/commit/e4d05357d41c9061c296d55043bfe99579599e5b.
This patch series was integrated into seen via https://github.com/git/git/commit/bba4f9d62247775b01aa9a7c7e0bb61422ef6a98.
On the Git mailing list, Taylor Blau wrote (reply to this):
On Mon, Oct 14, 2024 at 01:59:25PM +0200, Patrick Steinhardt wrote:
> On Fri, Oct 11, 2024 at 05:29:47PM +0000, Philippe Blain via GitGitGadget wrote:
> > From: Philippe Blain <levraiphilippeblain@gmail.com>
> >
> > The clar source file '$(UNIT_TEST_DIR)/clar/clar.c' includes the
> > generated 'clar.suite', but this dependency is not taken into account by
> > our Makefile, so that it is possible for a parallel build to fail if
> > Make tries to build 'clar.o' before 'clar.suite' is generated.
> >
> > Correctly specify the dependency.
> >
> > Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com>
>
> Thanks, this version looks good to me.
Thanks, both. Junio had already marked this one to merge to 'next', so I
will go ahead and merge it down in the next integration cycle (which
should be tomorrow, assuming I remember how to do it correctly).
Thanks,
Taylor
User Taylor Blau <me@ttaylorr.com>
has been added to the cc: list.
This patch series was integrated into seen via https://github.com/git/git/commit/9029bc82460508bfa8c4926fb0554ea7132ef411.
This patch series was integrated into seen via https://github.com/git/git/commit/8a17d456a1f7d28a50b5bad409a4be33102fcf6b.
This patch series was integrated into next via https://github.com/git/git/commit/ae6e80b04764f46d0b8f08f058898a760ff2623f.
This patch series was integrated into seen via https://github.com/git/git/commit/36bbd9fecc041d8123e69cb90532d5805052bc85.
This patch series was integrated into seen via https://github.com/git/git/commit/8a8efadffdb496b1735e4e67e602dbc0a868c889.
This patch series was integrated into seen via https://github.com/git/git/commit/d954ba7053b10b3229227975d8b1bce23389195b.
Any chance you could use this to fix the cmake buildsystem as well in contrib/buildsystems? The claro changes broke it... when using cmake and a builddir...
FYI the claro changes in 2.47.0 causing an out of tree/builddir based cmake build to break can be fixed with this:
--- a/contrib/buildsystems/CMakeLists.txt 2024-10-23 14:51:53.474906768 -0400
+++ b/contrib/buildsystems/CMakeLists.txt 2024-10-23 14:52:24.263046592 -0400
@@ -1036,8 +1036,8 @@ string(APPEND clar_suites
"};\n"
"static const size_t _clar_suite_count = ${clar_suites_count};\n"
"static const size_t _clar_callback_count = ${clar_cbs_count};\n")
-file(WRITE "${CMAKE_BINARY_DIR}/t/unit-tests/clar-decls.h" "${clar_decls}")
-file(WRITE "${CMAKE_BINARY_DIR}/t/unit-tests/clar.suite" "${clar_decls}" "${clar_cbs}" "${clar_suites}")
+file(WRITE "${CMAKE_SOURCE_DIR}/t/unit-tests/clar-decls.h" "${clar_decls}")
+file(WRITE "${CMAKE_SOURCE_DIR}/t/unit-tests/clar.suite" "${clar_decls}" "${clar_cbs}" "${clar_suites}")
list(TRANSFORM clar_test_SUITES PREPEND "${CMAKE_SOURCE_DIR}/t/unit-tests/")
list(TRANSFORM clar_test_SUITES APPEND ".c")
This patch series was integrated into seen via https://github.com/git/git/commit/49c22e36c1de9ec4d194b0250f2c47bc4cf78a78.
Any chance you could use this to fix the cmake buildsystem as well in contrib/buildsystems? The claro changes broke it... when using cmake and a builddir...
@satmandu Thank you for reporting a bug. However, this is not the place the Git projects expects bug reports: please send it instead to the Git mailing list. See https://git-scm.com/community for more details.
In fact, what you report is already fixed by this patch, from what I understand: https://lore.kernel.org/git/bb005979e7eb335b0178094251b5c37682d7d47b.1729506329.git.ps@pks.im/
In fact, what you report is already fixed by this patch, from what I understand: https://lore.kernel.org/git/bb005979e7eb335b0178094251b5c37682d7d47b.1729506329.git.ps@pks.im/
Thank you!
I look forward to that being in an upcoming release!
This was our prior bug report, which did get a response. I should have responded to that directly.
https://lore.kernel.org/git/CAGjHeYfyH+cOMYYYHnFR+Vu9T+RbmzO1SpB_-kbmBSf1DitJhA@mail.gmail.com/
This patch series was integrated into seen via https://github.com/git/git/commit/dca32b82885f6f166ea433c5acd3c1ac84865529.
This patch series was integrated into master via https://github.com/git/git/commit/dca32b82885f6f166ea433c5acd3c1ac84865529.
This patch series was integrated into next via https://github.com/git/git/commit/dca32b82885f6f166ea433c5acd3c1ac84865529.
Closed via dca32b82885f6f166ea433c5acd3c1ac84865529.
v2: Compared to v1, I just moved the new line one line up to keep the dependencies of
$(CLAR_TEST_OBJS)
together.Regarding what I wrote in [1], I took a closer look and actually clar.suite is already added to GENERATED_H. The issue really is that for generated headers, the dependency must be specified manually. This is the case for other generated headers (command-list.h, etc). So my initial approach is correct.
[1] https://lore.kernel.org/git/C05B01E0-5007-4FB9-94CD-CBE74E79F9B7@gmail.com/
v1: Hi Patrick,
I tried building v2.47.0 and stumbled onto this small issue. It reproduces for me from a fresh clone on my old 2009 Mac with
make -j -l 2.5
, it's a little curious that no one ran into this yet.I found it best to declare the dependency directly on
clar.o
, instead of adjusting the dependencies ofCLAR_TEST_OBJS
on the line above, since it is really only thisclar.c
that includesclar.suite
CC: Patrick Steinhardt ps@pks.im cc: Philippe Blain levraiphilippeblain@gmail.com cc: Taylor Blau me@ttaylorr.com