Message ID | 20200918112755.21428-1-colomar.6.4.3@gmail.com |
---|---|
Headers |
Return-Path: <libc-alpha-bounces@sourceware.org> X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 98AFF39540C4; Fri, 18 Sep 2020 11:28:26 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 98AFF39540C4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1600428506; bh=SU1F/YgzqN7/EtIJUU03dNU87sFSb+ii6V/ktKoU0hI=; h=To:Subject:Date:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:From:Reply-To:Cc:From; b=xHrHyn/CA49LrczJ90X2KhWny/ApSDkWcJEgpUddK3BjIrMgolY+H2VpnFjluh2za O1JknDC4TT37Ere0rqgy0pSNHgQKyZOYZuNZiCFgdLekHdSzTIs4r0gMa4FHzEGSUr LJeToRWRJHArZDG8sgFipjRTgOmt7mMHm5WBO+mY= X-Original-To: libc-alpha@sourceware.org Delivered-To: libc-alpha@sourceware.org Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) by sourceware.org (Postfix) with ESMTPS id BB8DF3894C3B for <libc-alpha@sourceware.org>; Fri, 18 Sep 2020 11:28:23 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org BB8DF3894C3B Received: by mail-wm1-x344.google.com with SMTP id z9so5192837wmk.1 for <libc-alpha@sourceware.org>; Fri, 18 Sep 2020 04:28:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=SU1F/YgzqN7/EtIJUU03dNU87sFSb+ii6V/ktKoU0hI=; b=cE3Tto2QE8zHlt0EoPajsdwaQZ+2zJEPi9BMLmSOJ+vtnX+ijpM8tfES3uadc0JeKT pZIYeGq2q6vsANramb3fNkE9caKpTjFICdT+zHrSXyAnKMoTCvAlNdgJiCPgJop1/Krj Mj+cXaavC7HnPXPoU2AqQuU1DcfJj3mRlP3Myre5IFr2oAJkkCtr0qgPhcbcSgC0LK3o Qs7E51MNuMAZhc0R1Q7HFxP154D5fIxc/IMzV6CIIsckHweNxrNSDbrOKO6mTJuCNm3X T2IzYTpXJ4RvFbpIZEm6CXd15LEmQ4vvUfP9zIfDFSHSzCvVm7diDoLuduLNxTGw6MUQ pVzA== X-Gm-Message-State: AOAM5334lApsYV+KJo1CTzokvyXRNg/G9GtJID2E4zYM0XgtFWLYdCof S7Nxnw0mPS33irXRn+kZE/s= X-Google-Smtp-Source: ABdhPJzHGPg9xdsqMuBI/JOITg+JDwwhGSIE71XdpkruLN3YgE0DmPqmKrsDw60G1eX7bqbM9m4/+Q== X-Received: by 2002:a1c:5a86:: with SMTP id o128mr14461741wmb.129.1600428502889; Fri, 18 Sep 2020 04:28:22 -0700 (PDT) Received: from localhost.localdomain ([170.253.60.68]) by smtp.googlemail.com with ESMTPSA id s26sm4504962wmh.44.2020.09.18.04.28.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 18 Sep 2020 04:28:22 -0700 (PDT) To: mtk.manpages@gmail.com Subject: [PATCH 0/2] Document size_t Date: Fri, 18 Sep 2020 13:27:54 +0200 Message-Id: <20200918112755.21428-1-colomar.6.4.3@gmail.com> X-Mailer: git-send-email 2.28.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list <libc-alpha.sourceware.org> List-Unsubscribe: <https://sourceware.org/mailman/options/libc-alpha>, <mailto:libc-alpha-request@sourceware.org?subject=unsubscribe> List-Archive: <https://sourceware.org/pipermail/libc-alpha/> List-Post: <mailto:libc-alpha@sourceware.org> List-Help: <mailto:libc-alpha-request@sourceware.org?subject=help> List-Subscribe: <https://sourceware.org/mailman/listinfo/libc-alpha>, <mailto:libc-alpha-request@sourceware.org?subject=subscribe> From: Alejandro Colomar via Libc-alpha <libc-alpha@sourceware.org> Reply-To: Alejandro Colomar <colomar.6.4.3@gmail.com> Cc: Alejandro Colomar <colomar.6.4.3@gmail.com>, linux-man@vger.kernel.org, libc-alpha@sourceware.org Errors-To: libc-alpha-bounces@sourceware.org Sender: "Libc-alpha" <libc-alpha-bounces@sourceware.org> |
Series | Document size_t | |
Message
Alejandro Colomar
Sept. 18, 2020, 11:27 a.m. UTC
Hi Michael, I documented size_t. There is a minor thing with this patch: It references to a not yet documented type: ptrdiff_t It's just that I'm going to document it next... In the See also, I just put a few important pages. Maybe you want to include a few more. Thanks, Alex Alejandro Colomar (2): system_data_types.7: Document size_t size_t.3: New link to new documented type in system_data_types(7) man3/size_t.3 | 1 + man7/system_data_types.7 | 103 +++++++++++++++++++++++++++++++++++++-- 2 files changed, 100 insertions(+), 4 deletions(-) create mode 100644 man3/size_t.3
Comments
On 9/18/20 1:27 PM, Alejandro Colomar wrote: > Hi Michael, > > I documented size_t. > > There is a minor thing with this patch: > It references to a not yet documented type: ptrdiff_t > It's just that I'm going to document it next... No problem. I realize you may want to add some pieces, after the comments from Florian and Paul, but this patch series is good for merging as is, and I'm merging it. You can send a follow-up patch mentioning %zd and %zu when ready. > In the See also, I just put a few important pages. > Maybe you want to include a few more. I added read(2) and write(2). Thanks, Michael > Alejandro Colomar (2): > system_data_types.7: Document size_t > size_t.3: New link to new documented type in system_data_types(7) > > man3/size_t.3 | 1 + > man7/system_data_types.7 | 103 +++++++++++++++++++++++++++++++++++++-- > 2 files changed, 100 insertions(+), 4 deletions(-) > create mode 100644 man3/size_t.3 >
On 2020-09-18 22:13, Michael Kerrisk (man-pages) wrote: > I realize you may want to add some pieces, after the comments from > Florian and Paul, but this patch series is good for merging as is, and > I'm merging it. You can send a follow-up patch mentioning %zd and %zu > when ready. Yes, I've started a new thread; I also thought this patch was already complete. > > >> In the See also, I just put a few important pages. >> Maybe you want to include a few more. > > I added read(2) and write(2). Fine. I didn't remember their arguments are 'size_t'. I was under the idea that they used 'ssize_t'. Thanks, Alex
* Alejandro Colomar: >>> In the See also, I just put a few important pages. >>> Maybe you want to include a few more. >> I added read(2) and write(2). > > Fine. I didn't remember their arguments are 'size_t'. I was under > the idea that they used 'ssize_t'. The outliers are readv and writev, which use int for the array length argument (at least in POSIX). Thanks, Florian