From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-x635.google.com (mail-ej1-x635.google.com [IPv6:2a00:1450:4864:20::635]) by sourceware.org (Postfix) with ESMTPS id 7B2873894C15 for ; Thu, 17 Nov 2022 10:55:09 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 7B2873894C15 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-ej1-x635.google.com with SMTP id n20so4244939ejh.0 for ; Thu, 17 Nov 2022 02:55:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=u99Hzkv88WR0sEsJihBNWhG+m1TLFXYSEwx9SJNA/3s=; b=DG8RdAMCrNim47Qo7L+gGaxvfmvWpFI8mVMK86tZsFempoL5pcCIOuPWdDWR1tTsW4 Ause4phugvzLaC90eQ0BNuGhFN9AfTM95yBji+1Vo6lIqM6TK/ijx7H+me/uyIVKslhC 27YE+ErzFnplaUf7ZDAG85yZZQXIAae+WtsasyyGEmZG6SbTIK4ZaONAz79HMoD/YE6d mmoYQQmqyYGDgBpypuLD72L9g8ei/fPVj13xCDv39tiZCJFr8Ws/lCfJPbAprHHonYaz pqiKs5lVSqjeHe9QwA/0HNhoEcFuKEjwkElazJsLkhrKUeDwz+h5ggZoDYrWFP/82Tof dlNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=u99Hzkv88WR0sEsJihBNWhG+m1TLFXYSEwx9SJNA/3s=; b=2U0c9SRSX2m5EnyC+1k34L+VlX1YHmPOTnglPGlirySzsmLpgpqRwL8xvler3UjH+6 c0fwtNoWkqVFpBDTiRZ1Cw9dpII4JghGKxJ0PwSbkoGjv/4q++EGsUvjeq3ky66msXRX mhWlaYJOmhkCR+U1BAAsrxwcijoU3tOVLu2TKxMdXyJKo7VBaAeiyNsDGVFx6xw0Vhul LJ+YnDpGjRZa2IEfAvjSYknc2nbySeHVomi1Ex99RfZvRQZConwFQIXIuCyBCCv34R+9 d1CfWU9q1JUsWV702MawuQy2fU4va5H9FcxJwfCX2V7zeE/KPp/wORzccrKWx+RmLdEl NRNg== X-Gm-Message-State: ANoB5pm1k8UmgrX66TbFPk6sL0iM2kdezenRQJbh/WCS7Svw08Z5HkB3 tLJ6lF1NzdQ8ceVCALyCAYcCHDdjBHvKqhaYHuKHk9yAO2M= X-Google-Smtp-Source: AA0mqf5tiqp9gX1NRzQdjzyBsfGPzmzCU5ch3e9b5q7rF03YnjsSGdV4Muwh3So4adc0o+zT/G6wtTXUp92KOUxZqxY= X-Received: by 2002:a17:906:5a84:b0:7ae:65e4:7204 with SMTP id l4-20020a1709065a8400b007ae65e47204mr1583675ejq.579.1668682508260; Thu, 17 Nov 2022 02:55:08 -0800 (PST) MIME-Version: 1.0 References: <3a62e9dd71c1e542e38d6444c955a44185e07936.camel@xry111.site> In-Reply-To: <3a62e9dd71c1e542e38d6444c955a44185e07936.camel@xry111.site> From: A Date: Thu, 17 Nov 2022 16:24:57 +0530 Message-ID: Subject: Re: Why is glibc not extensive? To: Xi Ruoyao Cc: libc-alpha@sourceware.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,FROM_LOCAL_DIGITS,FROM_LOCAL_HEX,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Thu, Nov 17, 2022 at 3:16 PM Xi Ruoyao wrote: > > On Thu, 2022-11-17 at 12:05 +0530, A via Libc-alpha wrote: > > Hi, > > > > In my opinion, glibc should have support for maps, sets, balanced > > binary trees, many more string functions, etc. (I know tree and hash > > are there in glibc), so that developers don't have to implement them > > themselves, thus saving lots of man hours all over the world. > > Because it will save more man hours by implementing them in a separate > library. You can link the library against any libc (glibc, musl, > msvcrt, binoic, the libc on Mac OS X - I can't recall the name, ...) > instead of adding the implementation into all libc implementations. > So, do glibc developers also take care of musl, msvcrt, etc.? I didn't know this. And if not, then why would glibc developers bother about other libc implementations. So, implementing a balanced binary tree in 10 - 20 libraries will consume more man hours than thousands of programmers around the world trying to implement balanced binary tree in their C projects? I don't believe this. > Glibc just contains one implementation of C standard library, it's not > "the reference implementation": there is just no such a thing in the > world. The proposal of changing the spec of C language or standard > library should be sent to WG14, not here. Hmm...I will see if I can contact them. I searched on Internet but couldn't figure out who is the right person to contact for this. Do you know who should I contact? Amit