From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id C941F3858C54 for ; Mon, 14 Nov 2022 14:19:35 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C941F3858C54 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1668435575; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=FduNxZ9McVuXX0AC4EudCgPH/sGARnoRRPvrGq+xBCU=; b=Ndrg+uer84CowFnT7Ul/x34+HZtGLvzYiNApGTnRU8rnHlBW9oeEclrPDckq++hGsDbedl 7RZVAOsthL3IPK0ElFdUD4BEa0/dfGptetdNBrfE9Ervm3CyMUs+Z6FyjVx/R6Ttbs44zJ poDlEBUKajpo4j7BiDWKyRIHKv0NLK4= Received: from mail-ej1-f71.google.com (mail-ej1-f71.google.com [209.85.218.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_128_GCM_SHA256) id us-mta-637-F9D3SWO-PwutYkiplEckEQ-1; Mon, 14 Nov 2022 09:19:33 -0500 X-MC-Unique: F9D3SWO-PwutYkiplEckEQ-1 Received: by mail-ej1-f71.google.com with SMTP id ga41-20020a1709070c2900b007aef14e8fd7so1468574ejc.21 for ; Mon, 14 Nov 2022 06:19:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding: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=FduNxZ9McVuXX0AC4EudCgPH/sGARnoRRPvrGq+xBCU=; b=WHNuMMFvbiZDax4hex3IUXxG+yuG1TMw3jmnCL9nzTRBrX/hKkbnMuP6YCSj0wl8Bd 7NYi01F9Gdybq7urOknUbPSh4iZB/ujuq/cbtruk2HQKsDbfg09ViYWRZxcBtnnDsGAp 9y/HtHZWvcJF6LzyMLktq8LwUndAjH3ncjKxjsXFWl0TOQz7drUKKfjznbqJGv4YpoGK Uns2lHP5j3f9NnaBhlyweYiRMkmjArGVq6DM6/cNFE8OQWzp6oQGLe0ULHz/V5pxZoP2 vSAcYZt/Pg4yf4AK+ZEa7URf01UbUfOUE64zm2+9Xu2u/zAk1i8sTdY6bDyx4mO/alqW OGwA== X-Gm-Message-State: ANoB5pmNa9AZtx5PqP4bs9bUuVOC/YC1qwmHOLo+gN88KjG6/IhydzGO nVAvytFE2hUueizVmKCXuyAX57JMBHWzCiYI+x5im6FZuOEOlAlIva0/TLha1uk2rbUPHCPK6k/ 8xFLbqUXRmRELtTRfbg5NL9OE2DZ5INAjrg== X-Received: by 2002:aa7:d3c6:0:b0:463:c64e:bc75 with SMTP id o6-20020aa7d3c6000000b00463c64ebc75mr11397706edr.205.1668435572466; Mon, 14 Nov 2022 06:19:32 -0800 (PST) X-Google-Smtp-Source: AA0mqf6AlLA1rpQ27kjHlWDBQQzY2gf+p96X6b7icX6WHMSQZmQ5VXi25IKGM2MvZRQv8et59abGII3njR0Et1LgruI= X-Received: by 2002:aa7:d3c6:0:b0:463:c64e:bc75 with SMTP id o6-20020aa7d3c6000000b00463c64ebc75mr11397692edr.205.1668435572288; Mon, 14 Nov 2022 06:19:32 -0800 (PST) MIME-Version: 1.0 References: <20221113180527.2907744-1-arsen@aarsen.me> <86wn7xvfj1.fsf@aarsen.me> In-Reply-To: From: Jonathan Wakely Date: Mon, 14 Nov 2022 14:19:21 +0000 Message-ID: Subject: Re: [PATCH] libstdc++: Fix python/ not making install directories To: =?UTF-8?Q?Arsen_Arsenovi=C4=87?= Cc: libstdc++@gcc.gnu.org, gcc-patches@gcc.gnu.org X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-3.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=unavailable 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 Mon, 14 Nov 2022 at 14:13, Jonathan Wakely wrote: > > On Mon, 14 Nov 2022 at 13:20, Arsen Arsenovi=C4=87 wrot= e: > > > > Hi, > > > > Jonathan Wakely writes: > > >> This looks simple, and more consistent with what we already do. Does > > >> it solve your issue? > > > > It does work; though, if I was more daring I'd have said that it's fine > > without checking, too, since it does the same operation on the same > > directory ;) > > > > Was the omission of the mkdir $(DESTDIR)$(toolexeclibdir) intentional? > > It's the first thing the recipe does: > > install-data-local: gdb.py > @$(mkdir_p) $(DESTDIR)$(toolexeclibdir) > > That's why I'm suggesting to do the same thing for the debug dir. This presumably means it has the problems that mkinstalldirs is supposed to solve, but is that only relevant for Solaris 8, i.e. not relevant?