Re: BUG #15525: Build failures when compiling Postgres with Make parallelization - Mailing list pgsql-bugs

From Andrew Gierth
Subject Re: BUG #15525: Build failures when compiling Postgres with Make parallelization
Date
Msg-id 87k1kvmnvc.fsf@news-spur.riddles.org.uk
Whole thread Raw
In response to Re: BUG #15525: Build failures when compiling Postgres with Make parallelization  (Thomas Munro <thomas.munro@enterprisedb.com>)
List pgsql-bugs
>>>>> "Thomas" == Thomas Munro <thomas.munro@enterprisedb.com> writes:

 Thomas> But just for the record, while we're doing amateur software
 Thomas> archeology: I'm pretty sure Apple's libtool/ranlib is not
 Thomas> derived from BSD... it says it's from NeXT and has no
 Thomas> University of California copyright. They probably needed
 Thomas> something different to work with Mach-O objects, whereas
 Thomas> ancient BSD used a.out and modern BSDen use ELF. It also
 Thomas> supports their funky fat/universal libraries which NeXT and
 Thomas> Apple used to change CPU architectures several times
 Thomas> surprisingly smoothly. I don't see anything like that utime()
 Thomas> in either modern FreeBSD (where it's been rewritten at least
 Thomas> once) or ancient 4.4BSD lite sources.

I also noticed that an Apple manpage mentions that the linker at one
time compared the mod-time of the .a file with the embedded timestamp of
its archive symbol table member, which is probably why the utime() call
existed in the first place. I don't recall that behavior in other
linkers, offhand.

-- 
Andrew (irc:RhodiumToad)


pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #15525: Build failures when compiling Postgres with Make parallelization
Next
From: PG Bug reporting form
Date:
Subject: BUG #15528: on v11.0 version still get error "ERROR: catalog ismissing 1 attribute(s) for relid 6855092"