From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-il1-f178.google.com ([209.85.166.178]) by ewsd; Tue Nov 17 21:04:51 -0500 2020 Received: by mail-il1-f178.google.com with SMTP id h6so534677ilj.8 for <9front@9front.org>; Tue, 17 Nov 2020 18:04:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=D4FGHWmxo7zSCLdcw2BLMgWcJpJrjiPQI99Wubew1DQ=; b=h4qsXx6akx637/HlKAT1RE54vCwBbBMif0S2m4ODP5phWDZL/JbHnOASB0Pw+jHbaJ CCwnGsFl9LdI924VSb3mWLNB+SWG+svZrY+D8vPDLS5dyU+RWk+WKUP/yJSn3GiPUubF u2Yuu67gjHEndiCJSY3o4TVYbYYtgOnXWGidCz20p6keJmJB30hX3aGyR2PKYSLwT+6T 11h9zaVDChd2xFBNr1h0/TX0iss1H2fRwOt9XVfmEfeWVbx7ZqdSaYC1kSWh9OpgIsiQ p7VGKhuZsjtwFAmzt/phxcNNOuE9W2LOeNdZjfZycwc3umf6fGtck8Xjg8Qocw09SeLF U8Ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=D4FGHWmxo7zSCLdcw2BLMgWcJpJrjiPQI99Wubew1DQ=; b=aKqPus+83D+rOluQqKD/Ggs6Eah0XGMXbq6FkMNRAljOQiERd+3GFKbGcP1A7oBSY6 H7yq5LtgCxUI8yJl12IYMEf4Z99yPEmkT1GGCPTpma4Sj92loaA14YQuaAzv+JOReco7 40RfygDL8q7rOJ+AO0N+TIKBta9LDCFRs1cfT3z42jL8zm+j3rRbe3/mhHCN5G1oQY4L PoeXSJqkbInoeHzIBezmfEbF8MAgjouEt7HuMWZ3TaJsYfnp90w3VuYM73WHZx7fNhNR b5fby4y2oSlOLFYTYibr7HNLFziSDopn1XSNwP9c/KKOXf8mDWcLpktNsTD9lkyZI7PI fR6Q== X-Gm-Message-State: AOAM532muTPU63122IBLAWDGnLw7paVX5xy1LHsdjIun7YBvF/XRARAY SDp+aeu5K+jDM4Ew25JvYIDkW9znuKY= X-Google-Smtp-Source: ABdhPJyNI+8dS7hk2Mo4UQDOAk1FElrElord7imo1HMcKFHZkcI+A8AL1INXMZSdhgfK1rR66QolwA== X-Received: by 2002:a92:ba97:: with SMTP id t23mr15001597ill.208.1605665082536; Tue, 17 Nov 2020 18:04:42 -0800 (PST) Return-Path: Received: from ?IPv6:2601:246:4e03:dc20:8c12:7097:4a53:db78? ([2601:246:4e03:dc20:8c12:7097:4a53:db78]) by smtp.gmail.com with ESMTPSA id y14sm13435699ilb.66.2020.11.17.18.04.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 17 Nov 2020 18:04:42 -0800 (PST) Subject: Re: [9front] upas: mkfile cleanup patch To: ori@eigenstate.org, 9front@9front.org References: <1993D321DAB5CAE1FF5EED1E63AE7A2B@eigenstate.org> From: Amavect Message-ID: Date: Tue, 17 Nov 2020 20:03:58 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <1993D321DAB5CAE1FF5EED1E63AE7A2B@eigenstate.org> Content-Type: multipart/mixed; boundary="------------5528A83312666D98F2D98341" Content-Language: en-US List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: social scripting database This is a multi-part message in MIME format. --------------5528A83312666D98F2D98341 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > Mentioned on grid, but this has 2 issues for me: > First, it looks like the patch somehow had a space > appended to each line; needed a: > > ,s/ $//g > > in order to apply. > > Second, smtp fails to build after a 'mk nuke'; it > looks like we somehow fail to rebuild a y.tab.h. > Weirdly, 'mk clean' fixes it for me. > > Also, noting the sed hacks in the mkfile to get > two parsers: our yacc should grow a '%prefix' > Let's do this again. Description: upas: mkfile cleanup (thanks Amavect) Changeset 8035 broke the libcommon rule in mkupas. Deleting the 'mk clean' in the recipe fixes this. Fixed smtp's build after mk nuke. smtp/mkfile overrode the nuke rule, but it forgot to delete rfc822.tab.c smtp/y.tab.h would not get rebuilt because it was not specified as a dependency. Added the -s flag to rename y.tab.h to rfc822.tab.h requiring all includes to be changed. This allows rfc822.tab.h to be specified without conflict with the y.tab.h rule from