From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) by sourceware.org (Postfix) with ESMTPS id 080663855023 for ; Fri, 2 Jul 2021 12:26:03 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 080663855023 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=moxielogic.com Authentication-Results: sourceware.org; spf=none smtp.mailfrom=moxielogic.com Received: by mail-io1-xd32.google.com with SMTP id l5so11384967iok.7 for ; Fri, 02 Jul 2021 05:26:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=moxielogic-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=v9fs26ClW6fR1TWACwu5/FCVzhHB0ccb4j3yk2i1myM=; b=wbwtRDTr8t4vTRPX6TDKl2IAurF+gU0qt6n31530hs52Qf8BuHSWuVLcK0NJ+xb99F KfBa5nl7JBlJYQVHoLL4qB5E6AZbS91oSRNXAJRtI2+kpjv+p7G8P1W0AZ3hFl7C+ZWP VaNXB2yWuuXF8+nXxCPKPo5l0DJC2zMcNqqWB76sTHudKOgDxqAupP+k7PDoTt2fg+Yb UVZUh7nPCqHZRpU+Nrni3D6yNvlWR+WEEsxv6qL3uBXo3Z+Bt8mwFIALEY6/VhhC5WUP 0q6ZUH3W/sb/nKAJmoEOFXcpvUECMa4/O16dPnSgeUsS4a6gb+vfxqaQd9F2jX5TBc56 FpLw== 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=v9fs26ClW6fR1TWACwu5/FCVzhHB0ccb4j3yk2i1myM=; b=BpK7E9OHYIn3/lya5v/KN/R7brBqGAwRxmkDBeq0ZbHkiUC9EC39SXB8ZLsqkK7L38 HAAs3qFwXOCM+3cacXoJRli1izd07rlckRgbq0MtndUAclWh0KjB0VNuv9viMHEPbuvb NgQ31NJZnm3lTUKdwXmL985xaBH0zus2JZ776Wco13UUH5njowKUCwoeGqEJacCzWPL3 +J5qSTMcZJeipg2sZsdMfHzT7GLpgdfje2MoIUU79axMqMtxEGALYVjfzj1WGprBIRCd sy6GkPw+yUFFycCCFZ/hb/sboyMzu1Rfe+tUbjLh3QuhsUDVmYTp/ByuP4wEKDRfa4cW gB/g== X-Gm-Message-State: AOAM530pexiE6xxLuzdITE3gdqmqk4WMEJggjo87ZzNoKes0AuJhCahI xR7l5GlA93MNzCNZM5jaKE/lfYJWmdg3tA4W+/crx+05x3sXCa6a X-Google-Smtp-Source: ABdhPJwEjWHEllbLvB6/AbbdT/3lakh1ocLS66+EX+rC21LlEWuZfeo2nTclvA9C+kxEA591ylAimS6Vdb/8NYYvbw8= X-Received: by 2002:a05:6638:1349:: with SMTP id u9mr4008198jad.43.1625228762539; Fri, 02 Jul 2021 05:26:02 -0700 (PDT) MIME-Version: 1.0 References: <4b2439f9-ecac-6c82-afad-db027825b9c6@ubuntu.com> In-Reply-To: <4b2439f9-ecac-6c82-afad-db027825b9c6@ubuntu.com> From: Anthony Green Date: Fri, 2 Jul 2021 08:25:51 -0400 Message-ID: Subject: Re: Fwd: Announcing libffi 3.4.2 To: Matthias Klose Cc: libffi-discuss Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, KAM_NUMSUBJECT, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: libffi-discuss@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libffi-discuss mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2021 12:26:04 -0000 On Thu, Jul 1, 2021 at 6:01 AM Matthias Klose wrote: > maybe there is some room for improvement in the release process? Yes, there definitely is! > When looking at 3.4.2 (after announcing 3.4), > > - libtool-version says the abi version is 9, but that seems > to be ignored. Where is the definition of the ABI version > coming from? libtool-version is not being ignored. libtool computes the so number to be CURRENT - AGE, and 9 - 1 = 8. I don't pretend to understand the details of libtool and abi versioning. I'm just trusting that libtool is doing the right thing. > - README.md talks about 3.4.1, not 3.4.2. Whoops. That was a miss. I suspect that there will be a 3.4.3 soon enough where we can correct it. > I packaged 3.4.2 for Debian (the only way I can test it on the Debian > infrastructure), it needs manual approval for the renamed library package, so I > can't give feedback on test results yet, and have to wait until its built. > Tests for the Ubuntu architectures pass. That's great. Note that some packages that depend on libffi are broken with the new static trampoline code. See https://github.com/libffi/libffi/pull/647 for details. You might want to compile with --disable-exec-static-tramp until they get sorted out. This will not change the ABI. > Do you plan to update the libffi copy within GCC to this release? If not, > could you give instructions, how the two copies are managed in your VCS, and > what is the best way to merge those? I have not been involved in gcc's libffi copy for many many years (since well before gcj was removed). In the past, I've promoted the idea that it be removed from GCC, and that people who need it just build it separately, like other external dependencies. The main challenge will be that the configury has diverged somewhat over the years. > I just saw your ping on #libffi on Freenode on Monday, however you are seldom be > present on this channel. Is this channel still somewhat official, Is it moved > to Libera.Net as everything else? If yes, maybe mention the channel on the > libffi home page as well. Yes, let's make a new channel elsewhere. libera.net is as good a place as any. Thank you for the feedback, Matthias. I'm sorry if this release has caused you trouble, especially on account of all of the great help you've provided over the years. BTW, this year marks the 25th year since the first release.... wow. AG