From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) by sourceware.org (Postfix) with ESMTPS id F2D7E3858C52 for ; Fri, 9 Sep 2022 15:26:37 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org F2D7E3858C52 Authentication-Results: sourceware.org; dmarc=pass (p=quarantine dis=none) header.from=googlemail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=googlemail.com Received: by mail-wm1-x329.google.com with SMTP id n17-20020a05600c3b9100b003b3235574dbso1595659wms.2 for ; Fri, 09 Sep 2022 08:26:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date; bh=65NASYb7/jQm5jRM8rpdgE4lFGkfSUYi72tvECK49AQ=; b=mMGP3LZ0lenTAIVd51bx8KUXKOL+vEDnDJIu1CSZE0+49Ji6AhgicjtFfXV4b8l8hl CZdpb8DyNx+TfuNhKaBF8rJNrdJB5wtEmNPGd3ljz+4oz4Xyntxet2zMEvhzInRs5Q1z eOwhbFvBLKuTNlQv6vlMHzHgrr+RgA1CEWghCoaFW8WzIgyk50T6KMF5AYbh/ccjjjsc t8L3M8+hn/RFZvFeXMyJJKTWvWA1PplFgJHCAuUj0/EeYe/ljNj26mm8GXtUOLxDMaGU d9d0MvjK+OyX5HmBT4RNSR1/+6SBfgp1Hfpn0dCS/tNdWkQSdIMIfAK+nqRCuIbkfJKN pkxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date; bh=65NASYb7/jQm5jRM8rpdgE4lFGkfSUYi72tvECK49AQ=; b=N+5Cta/uQn8wnm0xYenAZc47QhtMgefacZsv5UWf3xbm7lICQSti6KbqtGEKgk1VFQ HlhVVBhUCJgBuoyaPX8Jk3HHkLOQ9NgPvWzhaTad7xUkM2XKdBOUZuUzXPq5LhSp1kSE UIHJdJ++u5fOTcV6Fax9abWaHMOF+uU55RqBlUBaP3tKYwkXWnh3v4kcYezH3cd87HHv ghavybGpvr21ZwmNSBmMjmwc/W4zjoZB4YDYO9gJnjgHV+LsOt99T3C1kCa0Qhd7fDUV 8abT/wjYlpjROkCpCLR0uSiiJbJzNt0wTerdnFydrKW5djEYy/KyiYKFexl900S3yZ8t la1w== X-Gm-Message-State: ACgBeo3JpCmaKzOMWM15sTU+kCovTKOITw6BN94u/QW93bWpXXYwDW5o Rd6WXc/DrsJV7bRAAtsfRtU= X-Google-Smtp-Source: AA6agR6OKDbq0KUqEUzcbIy7/5ZSdEnbvmQR4jfBVWZUJhMU2VGgHsjO9XdvvAaDLiRpMBFUGRKPTQ== X-Received: by 2002:a05:600c:4f10:b0:3a5:f8c8:a5b5 with SMTP id l16-20020a05600c4f1000b003a5f8c8a5b5mr5946574wmq.34.1662737196638; Fri, 09 Sep 2022 08:26:36 -0700 (PDT) Received: from [192.168.1.95] (host81-138-1-83.in-addr.btopenworld.com. [81.138.1.83]) by smtp.googlemail.com with ESMTPSA id ck16-20020a5d5e90000000b00226f39d1a3esm981331wrb.73.2022.09.09.08.26.35 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 09 Sep 2022 08:26:36 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: [RFC] database with API information From: Iain Sandoe In-Reply-To: Date: Fri, 9 Sep 2022 16:26:34 +0100 Cc: GCC Development Content-Transfer-Encoding: quoted-printable Message-Id: <6CBFC8BD-97C0-46EA-9D7F-6AD72146B9E8@googlemail.com> References: To: Ulrich Drepper X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham 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 7 Sep 2022, at 13:33, Martin Li=C5=A1ka wrote: >=20 > On 9/7/22 12:56, Richard Sandiford via Gcc wrote: >> Ulrich Drepper via Gcc writes: >>> I talked to Jonathan the other day about adding all the C++ library = APIs to >>> the name hint file now that the size of the table is not really a = concern >>> anymore. >>>=20 >>> Jonathan mentioned that he has to create and maintain a similar file = for >>> the module support. It needs to list all the exported interfaces = and this >>> is mostly a superset of the entries in the hint table. >>>=20 >>> Instead of duplicating the information it should be kept in one = place. >>> Neither file itself is a natural fit because the additional = information >>> needed (e.g., the standard version information for the name hint = table) is >>> not needed in the other location. >>>=20 >>> Hence, let's use a simple database, a CSV file for simplicity, and = generate >>> both files from this. Easily done, I have an appropriate script and = a CSV >>> file with the information of both Jonathan's current export file and = the >>> current state of the name hint table. >>>=20 >>> The only detail that keeps me from submitting this right now is the = way the >>> script is implemented. This is just a natural fit for a Python = script. >>> The default installation comes with a csv module and there are nice = ways to >>> adjust and output boilerplate headers like those needed in those = files. >>>=20 >>> It would be possible to create separate awk scripts (there is only = one >>> Python script) but it'll be rather ugly and harder to maintain than = the >>> Python version. >>>=20 >>> Of course the problem is: I don't think that there is yet any = maintainer >>> tool written in Python (except some release engineering tools). The >>> question is therefore: is it time to lift this restriction? I = cannot today >>> imagine any machine capable of serving a gcc developer which doesn't = also >>> have a Python implementation. As long as there is no dependency on = exotic >>> modules I doubt that anything will break. >>=20 >> FWIW, I agree it's past time to lift the no-Python restriction, >> and that Python is a natural fit for stuff like this. ( no objection to using Python here ) One small request, I realise that Python 2 is dead, but I regularly = bootstrap GCC on older machines that only have Python 2 installations. If possible = (and it sounds plausible if the job is really quite simple) - it would be good to = support those older machines without having to take a detour to find a way to build Python 3 = on them first. Iain