From: Patrick Steinhardt <ps@pks.im>
To: Eli Schwartz <eschwartz@gentoo.org>
Cc: Junio C Hamano <gitster@pobox.com>,
Phillip Wood <phillip.wood123@gmail.com>,
Henrik Holst <henrik.holst@outlook.com>,
"git@vger.kernel.org" <git@vger.kernel.org>,
Johannes Schindelin <Johannes.Schindelin@gmx.de>,
Jonathan Nieder <jrnieder@gmail.com>
Subject: Re: ./configure fails to link test program due to missing dependencies
Date: Wed, 25 Sep 2024 06:36:06 +0200 [thread overview]
Message-ID: <ZvOTL0cG8qRY8OXe@pks.im> (raw)
In-Reply-To: <b6b131cb-683c-4140-9769-290b622721e1@gentoo.org>
On Tue, Sep 24, 2024 at 09:59:52AM -0400, Eli Schwartz wrote:
> On 9/24/24 8:10 AM, Patrick Steinhardt wrote:
> Still I would prefer meson over autotools any day of the week. I'd also
> prefer autotools over cmake, mind you.
Is that a typo or do you really prefer autotools over CMake? :)
> > Eli makes a couple of good remarks in [1] about things that both CMake
> > and Meson bring to the table in addition to that, while also mentioning
> > some of the benefits of Meson over CMake.
> >
> > I would be okay to make Git work with such a build system myself. The
> > current CMake build instructions can be used to _build_ Git, but AFAIU
> > they cannot yet run the Git test suite. Dscho pointed me to a couple of
> > patches from Ævar that work into this direction, and I'd be happy to
> > revive them. I'd also be okay with picking Meson over CMake if that is
> > what people want. But my ultimate goal would then be that we have at
> > least one CI job build and test against such a build system and give it
> > the "official blessing" as an alternative way to build Git.
>
> Like, erm, many people :D I spend vast portions of my day inside git. I
> am not very good at C, though -- and the likelihood of git being
> completely rewritten in python is quite low -- so I generally do not try
> very hard to repay that by getting involved in git development (I have
> some humble patches consisting of a single patch series, which I do feel
> pretty proud of since it enabled a very useful workflow, but still:
> ultimately amounts to a one-off event).
>
> I do know build systems pretty well though! :) And I'd be happy to
> collaborate on Meson and help maintain the build system support in the
> long term, assuming the consensus is that people think it would be a
> neat idea to add meson support (regardless of whether it serves as a
> primary or secondary build system).
People with different skillsets can repay in different ways, and that's
not a bad thing. Not that anybody really has to repay anything. But in
any case, I would certainly appreciate a second pair of eyes from
somebody with expert knowledge on Meson once I have something to show.
I had a deeper look at the CMake build infra that we have and figured
that it does make a whole lot of assumptions that autoconf wouldn't
make. Those assumptions can of course be removed, and I'd be okay with
doing that eventually.
But for now I'm hacking up an initial iteration of Meson that is good
enough to build, install and hopefully test Git. The intent here isn't
quite to preclude us from using CMake as "official" build system, but
rather to make it possible to compare the different build systems with
actual code, where our choices will be plain Make, autoconf, Meson and
CMake.
That should hopefully lead to a more informed discussion.
> Although I'm uninterested in personally working on cmake, as you
> probably predicted.
Fair.
Patrick
next prev parent reply other threads:[~2024-09-25 4:36 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-14 22:57 ./configure fails to link test program due to missing dependencies Henrik Holst
2024-09-15 16:37 ` Junio C Hamano
2024-09-15 16:47 ` brian m. carlson
2024-09-16 7:50 ` Patrick Steinhardt
2024-09-18 10:04 ` Phillip Wood
2024-09-18 22:39 ` Junio C Hamano
2024-09-24 12:10 ` Patrick Steinhardt
2024-09-24 13:59 ` Eli Schwartz
2024-09-24 14:25 ` Paul Smith
2024-09-25 4:36 ` Patrick Steinhardt [this message]
2024-09-25 6:02 ` Eli Schwartz
2024-09-25 6:04 ` Patrick Steinhardt
2024-09-26 13:55 ` Phillip Wood
2024-09-26 14:02 ` Patrick Steinhardt
2024-09-27 10:10 ` Phillip Wood
2024-09-26 16:04 ` Eli Schwartz
2024-09-27 10:00 ` phillip.wood123
2024-09-26 16:22 ` Junio C Hamano
2024-09-29 17:56 ` Johannes Schindelin
2024-09-29 18:10 ` Eli Schwartz
2024-09-30 8:50 ` Phillip Wood
2024-09-30 13:57 ` Eli Schwartz
2024-09-30 16:31 ` Junio C Hamano
2024-09-30 16:05 ` Johannes Schindelin
2024-09-25 19:15 ` Patrick Steinhardt
2024-09-25 19:17 ` Patrick Steinhardt
2024-09-24 17:39 ` Junio C Hamano
2024-09-25 15:33 ` Paul Smith
2024-09-26 1:35 ` Eli Schwartz
2024-09-26 19:42 ` Paul Smith
2024-09-24 14:31 ` Eli Schwartz
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=ZvOTL0cG8qRY8OXe@pks.im \
--to=ps@pks.im \
--cc=Johannes.Schindelin@gmx.de \
--cc=eschwartz@gentoo.org \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=henrik.holst@outlook.com \
--cc=jrnieder@gmail.com \
--cc=phillip.wood123@gmail.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).