Re: BUG #15525: Build failures when compiling Postgres with Make parallelization
От
Andrew Gierth
Тема
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization
Дата
Msg-id
87k1kvmnvc.fsf@news-spur.riddles.org.uk
Ответ на
Список
Дерево обсуждения
BUG #15525: Build failures when compiling Postgres with Makeparallelization PG Bug reporting form <noreply@postgresql.org>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Jack Kelly <jack@jackkelly.name>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Thomas Munro <thomas.munro@enterprisedb.com>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Thomas Munro <thomas.munro@enterprisedb.com>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Jack Kelly <jack@jackkelly.name>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Thomas Munro <thomas.munro@enterprisedb.com>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: BUG #15525: Build failures when compiling Postgres with Make parallelization Thomas Munro <thomas.munro@enterprisedb.com>
>>>>> "Thomas" == Thomas Munro 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 по дате отправления
От: Tom Lane
Дата:
От: PG Bug reporting form
Дата: