From: Patrick Steinhardt <ps@pks.im>
To: Toon Claes <toon@iotcl.com>
Cc: Junio C Hamano <gitster@pobox.com>, git@vger.kernel.org
Subject: Re: [PATCH] meson: ensure correct version-def.h is used
Date: Tue, 14 Jan 2025 07:52:07 +0100 [thread overview]
Message-ID: <Z4YJkUg_DB0yyARs@pks.im> (raw)
In-Reply-To: <87bjwak4p7.fsf@iotcl.com>
On Mon, Jan 13, 2025 at 06:24:04PM +0100, Toon Claes wrote:
> Junio C Hamano <gitster@pobox.com> writes:
>
> > What happens if we use <version-def.h> to include (which is how C
> > standard tells us to do), with an explicit include path specified
> > with -I<directory>? If it solves the issue, that may be a better
> > approach.
>
> I don't have a good source, but for example Wikipedia[1] says:
>
> Some preprocessors locate the include file differently based on the
> enclosing delimiters; treating a path in double-quotes as relative
> to the including file and a path in angle brackets as located in one
> of the directories of the configured system search path.
>
> So behavior seems to depend on the implementation of the compiler. I'm
> not sure we can trust all architectures to do what we expect.
Even if we could it still feels somewhat fragile. The top-level source
directory gets added to our include paths, as well, and consequently it
may also be found via <version-def.h>. So things would depend on the
order of "-I" directives now. Which makes me lean into the direction of
my proposed workaround, to optionally inject an absolute path.
> Or, because I don't expect many people to use Make and Meson at the
> same time, do we not consider this an issue for most anyway?
In the current phase I think it's still quite likely that people use
both at the same time, so fixing it would be nice.
Patrick
next prev parent reply other threads:[~2025-01-14 6:52 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-13 10:28 [PATCH] meson: ensure correct version-def.h is used Toon Claes
2025-01-13 10:50 ` Patrick Steinhardt
2025-01-13 17:01 ` Junio C Hamano
2025-01-13 17:24 ` Toon Claes
2025-01-14 6:52 ` Patrick Steinhardt [this message]
2025-01-14 11:15 ` [PATCH v2] " Toon Claes
2025-01-16 9:43 ` Patrick Steinhardt
2025-01-16 15:57 ` Junio C Hamano
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=Z4YJkUg_DB0yyARs@pks.im \
--to=ps@pks.im \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=toon@iotcl.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).