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 обсуждение исходный текст |
Ответ на | Re: BUG #15525: Build failures when compiling Postgres with Make parallelization (Thomas Munro <thomas.munro@enterprisedb.com>) |
Список | 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 по дате отправления: