From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=coAy=FQ=gnu.org=eliz@sourceware.org>
Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10])
	by sourceware.org (Postfix) with ESMTPS id 443503858C30
	for <gdb-patches@sourceware.org>; Mon,  2 Oct 2023 16:19:15 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 443503858C30
Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gnu.org
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gnu.org
Received: from fencepost.gnu.org ([2001:470:142:3::e])
	by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
	(Exim 4.90_1)
	(envelope-from <eliz@gnu.org>)
	id 1qnLda-0002DK-0g; Mon, 02 Oct 2023 12:19:14 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
	s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
	mime-version; bh=uc3mg/IEIyCT4WXA5LqEZs0h3d/2LIu2aAt72zWqMEw=; b=JkU4T7DVJ/dN
	joA/bWPSgIXOYpQDLGVkXHFmT3A4rQQTJbZV5s8PHqQqXVz1yn08a0I6DE3ym9Q79/6bLDzWYWCBs
	Y5tceVxpVX/vxMdKw3PupmH4eG4zq6n/x2gZVY9AzFFCB6ipdg5d2oYyBUccrJpLkZR0Oyu8uiCIn
	qIRdFNZLYfN5SndutwbvzLF+vvPjjXR/q2VAPWIgf0RXWz6NU05VcD2jgcfRY9Y3lyjHzYCsdccRr
	tEH//M6xxe+/GNFjorkMNxcPiSLVAYSbHzX3CHrhxSRzsx5zk00eEGakCdxnGK7t5nhWtwJwXQmvJ
	O/oJUjbgNVC9UHw3J9WYqA==;
Date: Mon, 02 Oct 2023 19:19:12 +0300
Message-Id: <83ttr96lq7.fsf@gnu.org>
From: Eli Zaretskii <eliz@gnu.org>
To: Tom Tromey <tromey@adacore.com>, Bruno Haible <bruno@clisp.org>
Cc: aburgess@redhat.com, gdb-patches@sourceware.org
In-Reply-To: <87ttr915sg.fsf@tromey.com> (message from Tom Tromey on Mon, 02
	Oct 2023 08:02:23 -0600)
Subject: Re: [PATCH 9/9] gdb: use reopen_exec_file from reread_symbols
References: <cover.1694858967.git.aburgess@redhat.com>
	<beb69bea3ed292317afc7822feaf98e69c5022a6.1694858967.git.aburgess@redhat.com>
	<87msxi8dcv.fsf@tromey.com> <877coawcd9.fsf@redhat.com>
	<87msx62mh5.fsf@tromey.com> <83h6ndyram.fsf@gnu.org>
	<87ttr915sg.fsf@tromey.com>
X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,KAM_SHORT,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org
List-Id: <gdb-patches.sourceware.org>

> From: Tom Tromey <tromey@adacore.com>
> Cc: Tom Tromey <tromey@adacore.com>,  aburgess@redhat.com,
>   gdb-patches@sourceware.org
> Date: Mon, 02 Oct 2023 08:02:23 -0600
> 
> >> FTR (and IIUC) the issue is that gnulib's stat yields different times on
> >> Windows hosts, because it tries to handle the timezone -- on Unix, stat
> >> reports in UTC, but on Windows it may report in local time.
> 
> Eli> Are you sure?  That's not what I know: AFAIK on Windows 'stat' reports
> Eli> times in UTC, not in local time.
> 
> I think so, see https://www.gnu.org/software/gnulib/manual/html_node/stat.html

If you mean this part:

  The st_atime, st_ctime, st_mtime fields are affected by the current
  time zone and by the DST flag of the current time zone on some
  platforms: mingw, MSVC 14 (when the environment variable TZ is set).

then I'm not sure they mean the times are reported as local times.
They just say "are affected".  My interpretation of that is that on
MinGW and MSVC times might be off by, like, 1 hour, if the DST flag at
the file's time and at current system time is different.

But I've CC'ed Bruno, who knows this stuff better, to ask him to
clarify this for us.