From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-Status: No, score=-3.9 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 9F51D1F9FD for ; Mon, 8 Mar 2021 10:12:46 +0000 (UTC) Received: from localhost ([::1]:33768 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lJCsX-00026h-OC for normalperson@yhbt.net; Mon, 08 Mar 2021 05:12:45 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:35542) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lJCsT-00025o-VA for bug-gnulib@gnu.org; Mon, 08 Mar 2021 05:12:42 -0500 Received: from mail-oi1-x22f.google.com ([2607:f8b0:4864:20::22f]:38115) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lJCsQ-0006VX-6n for bug-gnulib@gnu.org; Mon, 08 Mar 2021 05:12:41 -0500 Received: by mail-oi1-x22f.google.com with SMTP id v192so2835509oia.5 for ; Mon, 08 Mar 2021 02:12:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=OErqfwb5/mLmaDtrnlOE+UGdDvHMS2cEaF4R6Nhi02c=; b=uZinA+qc9zk9wNBbSJv7sXraPHbZjyelSk0wIZquHF3O+UVFOcPaT3iAYcZzozFdAj Ue0YT68G3AbQ3USL7whwGlmOuOeCN1N0rjpI3ZJN62t0Qc/YEuks+SZ+ymXlE7Q3gZVY LOnxwdrUcL9ub+6Ch4XQG6ItiwpR+xIX+mZww= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=OErqfwb5/mLmaDtrnlOE+UGdDvHMS2cEaF4R6Nhi02c=; b=Sb2tbgjwfP6sqmV+ry+Bmvt4Vx7Zq4E/uh4KPkabRdBU1x9gqGRpgpL5nl6y5V9iYW iPhCqpCMW2/q4UMBDQNZRWi8H7CTR2z8v/piIwMfqkvclA94UfdrotToBi9jivupPaAA mE5qMI5dSNbUKvBQlYFgOoIGMYrglpIUwLMRSOAlt2M0/qFLJ6HImrcip798UNG/GRZj lgWN9wxBuN0w30jjO7BquYgiOYYRvLwHrx/wd+du5P7BRxUiKfJkZBShpAivzVrGidol 7HjOMIrOLIlGeb4cTLL32cHjO33gmCki74LSTIDSBIyjRR/+qsUFdhXEz45pgQYnukcW dOFw== X-Gm-Message-State: AOAM530OLphE5Cc24D0DKILNpJNSQkXoFxVXVsQASgbvBVgG5NRjtRsu UGqO91P2GCpu4Z4omfTdOVOidexSs4/2fWrCq6D5ig== X-Google-Smtp-Source: ABdhPJyq7Tpq7r+sxByQW2q0wGVVVezVvCBHEcudLq9OOmMelzYVc+ZEcAkAxPgJ6cav1CAreJb3TWS1Ngf3NEG6f3k= X-Received: by 2002:a05:6808:1144:: with SMTP id u4mr16698662oiu.11.1615198355754; Mon, 08 Mar 2021 02:12:35 -0800 (PST) MIME-Version: 1.0 References: <2793523.21flLQrESG@omega> In-Reply-To: <2793523.21flLQrESG@omega> From: Reuben Thomas Date: Mon, 8 Mar 2021 10:12:24 +0000 Message-ID: Subject: Re: NAME_MAX on MingW To: Bruno Haible Cc: bug-gnulib Content-Type: multipart/alternative; boundary="0000000000003ca81e05bd03acb7" Received-SPF: pass client-ip=2607:f8b0:4864:20::22f; envelope-from=rrt@sc3d.org; helo=mail-oi1-x22f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org Sender: "bug-gnulib" --0000000000003ca81e05bd03acb7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 8 Mar 2021 at 10:06, Bruno Haible wrote: > Hi Reuben, > > > Unfortunately, this doesn't help, because pathconf is not present on > mingw. > > Then use some fallback, e.g. 256 or PATH_MAX. > > > So the best I can do is #define _POSIX_ to get the value of NAME_MAX th= at > > it has. > > Speaking for Gnulib, we cannot support _POSIX_ on mingw. This macro > modifies > the behaviour of the header files in 23 places. We already have enough wo= rk > with the various header files origins and modes (from Microsoft, with > clang, > from old mingw, from mingw64, UNICODE or not,__USE_MINGW_ANSI_STDIO, > _USE_32BIT_TIME_T). We do not need yet another variant, _POSIX_. > OK, thanks! Maybe Mingw will fix this one day=E2=80=A6 --=20 https://rrt.sc3d.org --0000000000003ca81e05bd03acb7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, 8 Mar 2021 at 10:06, Bruno Haible <bruno@clisp.org> wrote:
Hi Reuben,

> Unfortunately, this doesn't help, because pathconf is not present = on mingw.

Then use some fallback, e.g. 256 or PATH_MAX.

> So the best I can do is #define _POSIX_ to get the value of NAME_MAX t= hat
> it has.

Speaking for Gnulib, we cannot support _POSIX_ on mingw. This macro modifie= s
the behaviour of the header files in 23 places. We already have enough work=
with the various header files origins and modes (from Microsoft, with clang= ,
from old mingw, from mingw64, UNICODE or not,__USE_MINGW_ANSI_STDIO,
_USE_32BIT_TIME_T). We do not need yet another variant, _POSIX_.

OK, thanks! Maybe Mingw will fix th= is one day=E2=80=A6

--
--0000000000003ca81e05bd03acb7--