Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:102907 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 49617 invoked from network); 18 Jul 2018 01:53:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Jul 2018 01:53:29 -0000 Authentication-Results: pb1.pair.com smtp.mail=php@golemon.com; spf=softfail; sender-id=softfail Authentication-Results: pb1.pair.com header.from=php@golemon.com; sender-id=softfail Received-SPF: softfail (pb1.pair.com: domain golemon.com does not designate 209.85.208.48 as permitted sender) X-PHP-List-Original-Sender: php@golemon.com X-Host-Fingerprint: 209.85.208.48 mail-ed1-f48.google.com Received: from [209.85.208.48] ([209.85.208.48:37481] helo=mail-ed1-f48.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 6D/40-37178-79D9E4B5 for ; Tue, 17 Jul 2018 21:53:28 -0400 Received: by mail-ed1-f48.google.com with SMTP id b10-v6so2847538eds.4 for ; Tue, 17 Jul 2018 18:53:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=golemon-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=C2v9BCNTaa4qT4DZR8IgWnwx8792FKNshIpu6oHFjk4=; b=N15WQOaquRvuRpCkosiXAzVWSJ+sU0uoosPIgNAwaegsdSLbdK0WRFcpOMui0YDBaK SfQrFBxDxr9ETWgKQH8HsdpgKTH2dHAtLRXxkrRzEMyi+BDM017qN3GcMnayB5XPDBJ5 qtEZ6ZbzgZC1eBPaCkavyS+CJ5uL9f0UnCt6ouv7jVjmNjS4dzjWqFu/M6+bs/4GziOt nVJ0iC0FIxTTjQBPXDdAg/S3ryJd3xcd9oY/1PecDysCeB5DofffuTt5b6i3bn6FJRJm fIeE2hJsk6bbdbRdUC5H8mDWSjZRHx9Czx72bpNOvoyeOmPXDaTPAzhywzmh4fjafJX3 Q/RQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=C2v9BCNTaa4qT4DZR8IgWnwx8792FKNshIpu6oHFjk4=; b=qBm5Tf14w6AoMxsOreyoG50g4koEwzL7BhsXzNJ8/XCuAOFugruVsbwimtSEceKEAR BmQPK6eLtqhkLy1V0DIdc3BAP1NF7NbUINhiX5VenevkJWiItMEy9VED2tle9GTYwcpV WkMeUrP1nqOmMSbC0kDN6ONv4Zbk7vfj6CetsT7A2g8w18RileX+Yjf1vqSwKKz1xrvP jJAP1liZOvdfHjE/FQys2u+CizR7OieBB/9kBhC5QMGyOc3JJprLzW/Qtl6Wyn+R3tn6 FRqopC7F0SSzxDWRQ+2B1qQC7QcAIbR7Iik1H7sOYCST+kHGYP7bQ7PxKPplDu4Ko9Um 6+rg== X-Gm-Message-State: AOUpUlEhQX+FslY4SkPjSVK8kf+wqV22bOTOHp4EzS6AUwh61ue5wIIq BtKxlX+VuaKU7W3V/EImAKRFWTRSKtF7W9yVVxfh4A== X-Google-Smtp-Source: AAOMgpfRAOi49NrNx5HWi5gGLMOBghJF564SwuM8S73hI+nvW8rLAZfo1qKU6wabsxvTewyNYyA5yUqWw4iXKOQN0WM= X-Received: by 2002:aa7:d60d:: with SMTP id c13-v6mr4673075edr.301.1531878804916; Tue, 17 Jul 2018 18:53:24 -0700 (PDT) MIME-Version: 1.0 Sender: php@golemon.com Received: by 2002:a50:8617:0:0:0:0:0 with HTTP; Tue, 17 Jul 2018 18:53:24 -0700 (PDT) X-Originating-IP: [12.27.24.181] In-Reply-To: References: <27a9854c-d779-366a-5cc8-70722487139c@fedoraproject.org> Date: Tue, 17 Jul 2018 21:53:24 -0400 X-Google-Sender-Auth: 6yEqRSDM92urdHfyYNYuZIDuXEk Message-ID: To: Zeev Suraski Cc: Nikita Popov , Remi Collet , Internals Content-Type: text/plain; charset="UTF-8" Subject: Re: [PHP-DEV] re2c version(s) From: pollita@php.net (Sara Golemon) On Tue, Jul 17, 2018 at 1:06 PM, Zeev Suraski wrote: > You know, you made me go back to Sara's email where she disagreed with me, > only to find she actually was disagreeing with Remi's proposal to track the > generated files for releases in git. That's definitely not a hill to die on > for me :) > Correct. I'm in agreement with you that we DO include the generated files in tarballs (using a standardized version of re2c, or at least, a consistent-per-branch version), but that we do NOT ever check those generated files into git. > So all in all I think you're right, we agree on the important things: > 1. Remove generated files from git > 2. Keep them in source packages > +1 > What we seem to disagree on is that we should have a narrower list of > acceptable re2c versions determined by configure/makedist. This isn't a > hill to die on for me either, although I think that narrowing it down is > better in terms of our ability to deliver a source package with confidence, > and be sure that everyone who's testing/using it is testing the same thing > (similar to how we do it with bison). Arguably it's more important to be on > the safe wide with makedist than it is with configure. > I think devs should be able to use flexible versions of re2c (and other tools, e.g. bison), BUT that we should declare formally what versions of these build tools will be used on what branches so that those working on features can predictably know what their changes will generate. For example, my builder (which Remi and I both use for 7.2 builds) currently uses debian:jessie (and therefore re2c 0.13.5 and bison 3.0.2). Barring any pressing need, we'll plan to keep them at these versions until 7.2 goes EOL. -Sara