From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id sEZoClicz1/icAAAWB0awg (envelope-from ) for ; Tue, 08 Dec 2020 10:31:36 -0500 Received: by simark.ca (Postfix, from userid 112) id 282E31F096; Tue, 8 Dec 2020 10:31:36 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,RDNS_NONE,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.2 Received: from sourceware.org (unknown [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 C9D881E552 for ; Tue, 8 Dec 2020 10:31:35 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 1C6C0385800D; Tue, 8 Dec 2020 15:31:35 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 1C6C0385800D DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1607441495; bh=KdNJhLuExzkGbSUYz0po9A/KmxbkDm3WyhPWLRwZI64=; h=Date:To:In-Reply-To:Subject:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=RWu2m1QGMb1nDgF2MmVRAvbukQKSgENokNh3ueZbILt1Rd/2h9l8y1N5XFadFQXmx 2fq/80pztdZhM63RzS1apVmYXfIPn92FrptfzQfEZU6hJArvBjDoJltF+FDmpUzfuz fQj90fxK5uSriraoTXmEcQugp/W6qwDA21An9uPY= Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id D5B2F385800D for ; Tue, 8 Dec 2020 15:31:33 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D5B2F385800D Received: from fencepost.gnu.org ([2001:470:142:3::e]:52447) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmexg-0005V3-41; Tue, 08 Dec 2020 10:31:32 -0500 Received: from [176.228.60.248] (port=1571 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kmexZ-0006Jj-Jc; Tue, 08 Dec 2020 10:31:26 -0500 Date: Tue, 08 Dec 2020 17:31:18 +0200 Message-Id: <83pn3k71rt.fsf@gnu.org> To: Simon Marchi In-Reply-To: <93d41b96-d11e-ed21-2a63-6a8270b5fbfe@polymtl.ca> (message from Simon Marchi via Gdb-patches on Tue, 8 Dec 2020 09:46:47 -0500) Subject: Re: [PATCH] gdb/gdbsupport: Use LOCALAPPDATA for index cache on windows References: <93d41b96-d11e-ed21-2a63-6a8270b5fbfe@polymtl.ca> 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: Eli Zaretskii via Gdb-patches Reply-To: Eli Zaretskii Cc: alfedotov@gmail.com, gdb-patches@sourceware.org Errors-To: gdb-patches-bounces@sourceware.org Sender: "Gdb-patches" > 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? Thanks.