From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Wed, 21 Jul 2021 16:08:38 +0200 Received: from metis.ext.pengutronix.de ([2001:67c:670:201:290:27ff:fe1d:cc33]) by lore.white.stw.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1m6Ctq-0002KC-SG for lore@lore.pengutronix.de; Wed, 21 Jul 2021 16:08:38 +0200 Received: from localhost ([127.0.0.1] helo=metis.ext.pengutronix.de) by metis.ext.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1m6Ctq-0007Tx-GL; Wed, 21 Jul 2021 16:08:38 +0200 Received: from mail.ppc-ag.de ([212.65.2.129]) by metis.ext.pengutronix.de with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m6Ctl-0007Tf-OV for ptxdist@pengutronix.de; Wed, 21 Jul 2021 16:08:34 +0200 Received: from [10.40.4.2] (port=47880 helo=masv00063.ppc-ag.de) by mail.ppc-ag.de with esmtps (TLS1.2) tls TLS_ECDH_anon_WITH_AES_256_CBC_SHA (Exim 4.94.2) (envelope-from ) id 1m6Ctj-000361-0U for ptxdist@pengutronix.de; Wed, 21 Jul 2021 16:08:31 +0200 Received: from localhost (localhost [127.0.0.1]) by masv00063.ppc-ag.de (Postfix) with ESMTP id F2BE41B37F8C for ; Wed, 21 Jul 2021 16:08:28 +0200 (CEST) Received: from masv00063.ppc-ag.de ([127.0.0.1]) by localhost (masv00063.ppc-ag.de [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Hc0JXE8iFgKN for ; Wed, 21 Jul 2021 16:08:28 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by masv00063.ppc-ag.de (Postfix) with ESMTP id A498B1B37F92 for ; Wed, 21 Jul 2021 16:08:28 +0200 (CEST) X-CTCH-RefID: str=0001.0A782F15.60F82A5F.0038, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-Virus-Scanned: amavisd-new at masv00063.ppc-ag.de Received: from masv00063.ppc-ag.de ([127.0.0.1]) by localhost (masv00063.ppc-ag.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id usVivO68HFeg for ; Wed, 21 Jul 2021 16:08:28 +0200 (CEST) Received: from [192.168.247.235] (unknown [192.168.247.235]) by masv00063.ppc-ag.de (Postfix) with ESMTPSA id 8F6BD1B37F90 for ; Wed, 21 Jul 2021 16:08:28 +0200 (CEST) To: ptxdist@pengutronix.de References: <20210721133608.dy2urgqntrxzqseb@falbala.internal.home.lespocky.de> From: Mircea Ciocan Message-ID: <693eb2be-a75a-2f9e-5ede-cdd86add851d@ppc-ag.de> Date: Wed, 21 Jul 2021 16:08:30 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <20210721133608.dy2urgqntrxzqseb@falbala.internal.home.lespocky.de> Content-Language: en-US X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on metis.ext.pengutronix.de X-Spam-Level: X-Spam-Status: No, score=-2.0 required=4.0 tests=AWL,BAYES_00,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.2 Subject: Re: [ptxdist] Why are the __DATE__ and __TIME__ fixed in the OSELAS Toolchain or PTXDist ? X-BeenThere: ptxdist@pengutronix.de X-Mailman-Version: 2.1.29 Precedence: list List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: ptxdist@pengutronix.de Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: "ptxdist" X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: ptxdist-bounces@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false On 21.07.21 15:36, Alexander Dahl wrote: > Hello Mircea, > > On Wed, Jul 21, 2021 at 03:02:36PM +0200, Mircea Ciocan wrote: >> Hello everybody, >> >> I have a rather strange question: >> >> In one of my programs, to differentiate during testing in between differ= ent >> compilation of the same program, I'm using a poor's man serialization ba= sed >> on the __DATE__ and __TIME__ macros (or whatever they are nowadays). > I usually use some Git based version information from > `git describe --dirty` =85 > >> Unfortunately I've always get a constant value: "Mar=A0 1 2021-00:00:00"= when >> I compile it with PTXDist and OSELAS toolchain and I was wondering where= it >> comes from (this happens with the last three versions of the OSELAS >> toolchain)? This is for aarch64, the same program compiled with Ubuntu >> distribution gcc gives expected results. >> >> Could somebody shad some light why is that and eventually on how to disa= ble >> this really undesired behavior ? > The reason is so called reproducible builds: > > https://reproducible-builds.org/ > > You can change behaviour in your BSP through the > REPRODUCIBLE_TIMESTAMP_* variables. Access it from the menu through > "Project Name & Version" ---> "SOURCE_DATE_EPOCH timestamps source" > > Greets > Alex > Thanks a lot Alex, I was starting to tear what little hair I have left, of course it had to = be some google sponsored useless garbage :-(, oh well, at least is = disable-able ;-). Best way is to run: ./ptxdist setup -> "Developer Options" -> "disable reproducible builds" and get rid of it, the following gem is from the "feature" help, I think = it describes it nicely why is junk: =A0"This can be confusing during development. E.g. The Linux kernel build = timestamp never changes and cannot be used to ensure that the correct = kernel image is used. Enable this option to get a new timestamp for = every PTXdist call." Cheers, Mircea _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@p= engutronix.de