From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id WsxdL8iV0F+NDAAAWB0awg (envelope-from ) for ; Wed, 09 Dec 2020 04:15:52 -0500 Received: by simark.ca (Postfix, from userid 112) id B4F8B1F0A9; Wed, 9 Dec 2020 04:15:52 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 188801E590 for ; Wed, 9 Dec 2020 04:15:51 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 6101A3842433; Wed, 9 Dec 2020 09:15:50 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 6101A3842433 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1607505350; bh=e/PTyhcCtK45GK45O8Y6srWWcRb3chyGU8kcRnpzgbw=; h=References:In-Reply-To:Date:Subject:To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=QSAB/5otVcXP0emuQhgiQcAO9UgM813ZqkmwILnYq29N6wk5QE40zzf1kk9qx5hF4 bj5nwIo4aPOssRVDJ0v+agBNDYHCrqSjDG/rtsK/FfQAK+Qp5/IQm3C36OsFzrH0dC Wq6d1yx+Xj2g+AISWOZazM1UkDdfhWvuxaIMdVRo= Received: from mail-yb1-xb2c.google.com (mail-yb1-xb2c.google.com [IPv6:2607:f8b0:4864:20::b2c]) by sourceware.org (Postfix) with ESMTPS id 1579F3861841 for ; Wed, 9 Dec 2020 09:15:48 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 1579F3861841 Received: by mail-yb1-xb2c.google.com with SMTP id a16so677530ybh.5 for ; Wed, 09 Dec 2020 01:15:48 -0800 (PST) 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=e/PTyhcCtK45GK45O8Y6srWWcRb3chyGU8kcRnpzgbw=; b=tiZVau7bi3OMuy29xfkfwIm3yJd+0DTw8QTbVM4h/duFf3SUqHfjLDufy2RGZGJg5J Mpwzd/ZZG2IEpyZvh4JL4DXgRrlvB5jcRsHuwWokTiFNUt5TutFTg+YNzQ8v6EZ2Rgvm sJS3fhkkouytuPYrq4z2Bmn+qMdhmGCsTKqNIXMELnPH/pmrTRc2pQxul1Gp2lAc6Ngp p04LNyEI6/xI54mJjpdKJZFONcpIzrN3yUnk6k2OpHTb9KNNA5aj9uLeEDFLq3qV3bSJ YItspXgKBC+q7pNuSErhlRAouE3DPi9qp13VS+uUb+it6OOe3k/VeYnTnbOkV5M6b9Pf SfWQ== X-Gm-Message-State: AOAM531EP1r5jf8T0wjvm2C3jZl/VfKwNzwPK7szEtHerYOB7TmX43u6 0uMo7J8AoG9kUfzXdM6UeP11PZPrv6TiY3JQGSM= X-Google-Smtp-Source: ABdhPJy6oItuPoHiCrAZfsr3R70x2Z8ZXbuIG+OJyQILVuhujywOJ+aWiOEElo46Xz/N4ANIpqHz4NIump7YG+Hrx+w= X-Received: by 2002:a25:aa45:: with SMTP id s63mr2311395ybi.471.1607505347390; Wed, 09 Dec 2020 01:15:47 -0800 (PST) MIME-Version: 1.0 References: <93d41b96-d11e-ed21-2a63-6a8270b5fbfe@polymtl.ca> <83pn3k71rt.fsf@gnu.org> In-Reply-To: <83pn3k71rt.fsf@gnu.org> Date: Wed, 9 Dec 2020 12:15:36 +0300 Message-ID: Subject: Re: [PATCH] gdb/gdbsupport: Use LOCALAPPDATA for index cache on windows To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Alexander Fedotov via Gdb-patches Reply-To: Alexander Fedotov Cc: gdb-patches@sourceware.org Errors-To: gdb-patches-bounces@sourceware.org Sender: "Gdb-patches" On Tue, Dec 8, 2020 at 6:31 PM Eli Zaretskii wrote: > > > Date: Tue, 8 Dec 2020 09:46:47 -0500 > > From: Simon Marchi via Gdb-patches > > > > > > My only question is about: > > > > return string_printf ("%s/" HOME_CACHE_DIR "/gdb", abs.get ()); > > > > That would give a final path like: > > > > C:\Users\Simon\AppData\Local\.cache\gdb > > > > The ".cache" part is not typical in this directory. Should we instead > > just have: > > > > C:\Users\Simon\AppData\Local\gdb > > > > ? > > IMO, it indeed should be in C:\Users\Simon\AppData\Local\gdb, as other > applications do. Moreover, I think we should use APPDATA, not > LOCALAPPDATA, because it makes sense to be able to synchronize the > cache over the network if the computer joins some domain. IOW, it > isn't necessarily local data, is it? IMO default behaviour should be restrictive and store user data locally. If necessary user can specify folder using .gdbinit or by commands explicitly. I guess such a roaming user keeping his project under version control along with makefiles and .gdbinit. > > Thanks.