From owner-freebsd-arch@FreeBSD.ORG Thu Apr 10 23:21:42 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16DAA314 for ; Thu, 10 Apr 2014 23:21:42 +0000 (UTC) Received: from eastrmfepo103.cox.net (eastrmfepo103.cox.net [68.230.241.215]) by mx1.freebsd.org (Postfix) with ESMTP id B2D0B11BE for ; Thu, 10 Apr 2014 23:21:41 +0000 (UTC) Received: from eastrmimpo210 ([68.230.241.225]) by eastrmfepo101.cox.net (InterMail vM.8.01.05.15 201-2260-151-145-20131218) with ESMTP id <20140410214437.SYXL16123.eastrmfepo101.cox.net@eastrmimpo210> for ; Thu, 10 Apr 2014 17:44:37 -0400 Received: from [192.168.3.22] ([72.219.202.186]) by eastrmimpo210 with cox id oMkc1n00E41obj401MkcTS; Thu, 10 Apr 2014 17:44:36 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020203.534710C5.0004,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=2.0 cv=aZC/a2Ut c=1 sm=1 a=k40gPPfQ5QH6qv5U/EJc3Q==:17 a=f5xKl4ys9bwA:10 a=G8Uczd0VNMoA:10 a=Wajolswj7cQA:10 a=N659UExz7-8A:10 a=kviXuzpPAAAA:8 a=6I5d2MoRAAAA:8 a=CrjhSTmFFmCxGrAho0YA:9 a=pILNOxqGKmIA:10 a=SV7veod9ZcQA:10 a=k40gPPfQ5QH6qv5U/EJc3Q==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Message-ID: <534710F4.1040908@cox.net> Date: Thu, 10 Apr 2014 17:45:24 -0400 From: "John D. Hendrickson and Sara Darnell" User-Agent: Thunderbird 2.0.0.24 (X11/20100228) MIME-Version: 1.0 To: Warner Losh Subject: Re: ar and ranlib -D References: <86eh15usv2.fsf@nine.des.no> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: =?windows-1252?Q?Dag-Erling_Sm=F8rgr?= =?windows-1252?Q?av?= , Ed Maste , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: johnandsara2@cox.net List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 23:21:42 -0000 Warner Losh wrote: > On Apr 10, 2014, at 9:22 AM, Ed Maste wrote: > >> On 10 April 2014 11:06, Dag-Erling Smørgrav wrote: >>> The attached patch adds -D to ARFLAGS and introduces RANLIBFLAGS which >>> defaults to -D. This ensures that all timestamps inside static >>> libraries in the base system are hardcoded to 0 (aka the epoch), which >>> is a huge step towards fully reproducible builds. Any objections? >> Looks good to me, I'm not sure why this didn't happen long ago. > > Once upon a time, ranlib didn’t like this too well and complained that > the index was older than the file. Then it was made a special case. These > days (and these days includes time since ~1995 or 2000), people > always rebuild the entire .a anyway, so the value of having a timestamp > in there is low, at best, so always doing this has become so boring > that i’m surprised this isn’t the default behavior. Given that we always > rebuild, though, this change is totally safe. > > Warner > > > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > i can't confirm a ar needs inner timestamps as an interface dependancy issue or that software depends on this format however it does make sense IF AND ONLY IF the timestamp are used for compilation order dependancy, and compilation is about mapping holes by dependancy, it's ok for releasetime AFTER compiling (NOT during compiling) but you all aren't saying you've done any research but i don't know if any kernels use it with lib version as a link to and extended interface or as a flag. i don't know if any existing software crashes if the value is 0. does install(1) strip this info at the final stage ? never mind no. these days people always build such and such a way. bull. ar is used by assemblers not just gcc(1) some people insert and remove asm libraries by hand. all what the job requires to get done. any argument "these days we will only allow". no. that's messing up what had already worked right ? ok well good luck