From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qv1-xf43.google.com (mail-qv1-xf43.google.com [IPv6:2607:f8b0:4864:20::f43]) by sourceware.org (Postfix) with ESMTPS id AA2DF3896148 for ; Tue, 26 May 2020 16:32:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org AA2DF3896148 Received: by mail-qv1-xf43.google.com with SMTP id v15so9726471qvr.8 for ; Tue, 26 May 2020 09:32:36 -0700 (PDT) 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=+GDU6Ezb2REoCmZAXGGbnE2rhvblDr19wJ2wpqLihbc=; b=ogjasOJNCmL7TOWkOu5BgvI2ykqqq3jZKjoupZQb3WZCwAGrVuLLyxArr63MV4P5+o 67Td4PY3CbDHhbP01b2SNIl+NEK8z2Cq/E7e/0/kZiVyjq4LWoHETTgo2BxEM0qVizp/ ZtoSq02Aa/Zrrzd/26sKrM0ZWwAD/Ww7WAYlGIK6Fmph1wmEshooMKoKyAZ5NfYcCeh+ aSSoegwLuwG4wrpNFnWfuPLj7YGsKI5UZZOv8qXwKl3sFKCfWXa4u0f0S3rEKK8WCntf bIh0uVSlj/Lb22wxRkvIaqzgMREBbbyBxpP5VGdelu+Hc4OBoNEYCEKIz9/DCNSDndQM l/Aw== X-Gm-Message-State: AOAM532vCfMR5MLFZV+7SybO4DiQ2W4AElLgj8gjsvbaer334OF0gXAY Ye7VxdBP59J8SN9WGMQNqxt0vpklB2wRynPIj/my+nUy X-Google-Smtp-Source: ABdhPJzhOEwoytEb3DBSBvEwdACdbgcV4jjzHWeWnDpXKGOXHEmZY+gko8nsJaLZR7cX0wqWv0s2wasQSijK1NdyQB0= X-Received: by 2002:ad4:4e65:: with SMTP id ec5mr20701284qvb.204.1590510755836; Tue, 26 May 2020 09:32:35 -0700 (PDT) MIME-Version: 1.0 References: <20200525185659.59346-1-ssbssa@yahoo.de> <20200525185659.59346-3-ssbssa@yahoo.de> <1075658620.6710595.1590510315144@mail.yahoo.com> In-Reply-To: <1075658620.6710595.1590510315144@mail.yahoo.com> From: Christian Biesinger Date: Tue, 26 May 2020 11:31:59 -0500 Message-ID: Subject: Re: [PATCH 2/7] Handle Windows drives in auto-load script paths To: Hannes Domani Cc: Gdb-patches Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-19.4 required=5.0 tests=BAYES_00, DKIMWL_WL_MED, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, USER_IN_DEF_DKIM_WL, USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org 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: , X-List-Received-Date: Tue, 26 May 2020 16:32:37 -0000 On Tue, May 26, 2020 at 11:25 AM Hannes Domani via Gdb-patches wrote: > > Am Dienstag, 26. Mai 2020, 18:05:57 MESZ hat Christian Biesinger Folgendes geschrieben: > > > On Mon, May 25, 2020 at 1:57 PM Hannes Domani via Gdb-patches > > wrote: > > > > > > Fixes this testsuite fail on Windows: > > > FAIL: gdb.base/auto-load.exp: print $script_loaded > > > > > > Converts the debugfile path from c:/dir/file to /c/dir/file, so it can be > > > appended to the auto-load path. > > > > How does this work? I thought /c/foo was not supported by either > > cygwin or mingw? > > Yes, but in this case we need a path that can be appended to the various > entries of 'set auto-load scripts-directory'. > c:/foo can't be appended, but /c/foo can. > So you would get something like c:/script/directory/c/foo. OK, so I *think* what you're saying is that if you have an objfile c:\foo\bar.dll, and an auto-load directory c:\load, then with this patch we will look for an auto-load script in c:\load\c\foo\bar.dll-gdb.py? Is that right? If so, shouldn't there be a documentation update about how this works on Windows, and possibly a NEWS entry? Christian