git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Patrick Steinhardt <ps@pks.im>
Cc: git@vger.kernel.org,  Stan Hu <stanhu@gmail.com>,
	 Konstantin Ryabitsev <konstantin@linuxfoundation.org>
Subject: Re: [PATCH RESEND] sane-ctype: fix compiler error on Amazon Linux 2
Date: Fri, 11 Jul 2025 08:11:25 -0700	[thread overview]
Message-ID: <xmqqtt3i3gpu.fsf@gitster.g> (raw)
In-Reply-To: <aHDDnKx9sK1ctzIR@pks.im> (Patrick Steinhardt's message of "Fri, 11 Jul 2025 09:56:12 +0200")

Patrick Steinhardt <ps@pks.im> writes:

> On Thu, Jul 10, 2025 at 02:01:15PM -0700, Junio C Hamano wrote:
>> Patrick Steinhardt <ps@pks.im> writes:
>> 
>> >> > This error bisect back to 75a044f748 (git-compat-util.h: split out
>> >> > POSIX-emulating bits, 2025-02-18), where lots of bits got split out of
>> >> > "git-compat-util.h" into a new "compat/posix.h" header.
>> 
>> So there was a subtle change in the inclusion order or something,
>> i.e. we used to include <sane-ctype.h> a lot earlier as part of the
>> <git-compat-util.h> that tightly controls inclusion order exactly to
>> avoid this kind of problems, but that has eroded recently?
>> 
>> In any case, it means that our definitions in <sane-ctype.h> will be
>> overwritten if we allow system-supplied <ctype.h> included, and this
>> is an obvious workaround, likely to remain correct as long as their
>> <ctype.h> is not so broken to allow multiple inclusion.
>
> Yup, exactly. Toon figured out that this is actually neither glibc nor
> GCC that causes this -- it's OpenSSL that transitively pulls in
> <ctype.h>. Later versions of OpenSSL seem to not do that anymore.
>
> I can reroll and update the commit message, but am a bit hesitant given
> that I wasn't able to send out this mail in the first place due to
> whatever reason :/

I did not see much need to update the proposed log message; I was
merely trying to make sure I understand what motivation and
assumption are behind the change.

It does make me curious what in your original message got it
truncated.  If you received the message you are responding to in
full, that means there is not something funky in the diff output
;-), but then I do not know what it is in your original message,
either.

      reply	other threads:[~2025-07-11 15:11 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-10  9:12 [PATCH RESEND] sane-ctype: fix compiler error on Amazon Linux 2 Patrick Steinhardt
2025-07-10  9:14 ` Patrick Steinhardt
2025-07-10  9:26   ` Patrick Steinhardt
2025-07-10 10:17     ` Toon Claes
2025-07-10 21:01     ` Junio C Hamano
2025-07-11  7:56       ` Patrick Steinhardt
2025-07-11 15:11         ` Junio C Hamano [this message]

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=xmqqtt3i3gpu.fsf@gitster.g \
    --to=gitster@pobox.com \
    --cc=git@vger.kernel.org \
    --cc=konstantin@linuxfoundation.org \
    --cc=ps@pks.im \
    --cc=stanhu@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).