| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Andres Freund <andres(at)2ndquadrant(dot)com> |
| Cc: | Matthias Schmitt <freak002(at)mmp(dot)lu>, pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: Darwin: make check fails with "child process exited with exit code 134" |
| Date: | 2013-10-28 16:39:03 |
| Message-ID: | 5509.1382978343@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-hackers |
Andres Freund <andres(at)2ndquadrant(dot)com> writes:
> On 2013-10-28 12:22:56 -0400, Tom Lane wrote:
>> What I find curious is that I can't
>> reproduce this problem on an OS X Mavericks machine here. You must
>> be using some nondefault compiler switches --- care to tell us what?
> Did you maybe compile using gcc or at least the gcc compatible frontend
> instead of clang?
Well, I have
CC = gcc
which is what configure will pick by default, but I see
$ gcc -v
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/c++/4.2.1
Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
Target: x86_64-apple-darwin13.0.0
Thread model: posix
so it's some variant of LLVM/clang. In any case, Matthias claimed it
didn't make a difference which compiler he picked, and I'm pushing
back on that assertion.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Matthias Schmitt | 2013-10-28 16:45:18 | Re: Darwin: make check fails with "child process exited with exit code 134" |
| Previous Message | Robert Haas | 2013-10-28 16:31:26 | Re: OSX doesn't accept identical source/target for strcpy() anymore |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2013-10-28 16:42:28 | Re: Detection of nested function calls |
| Previous Message | Tom Lane | 2013-10-28 16:34:57 | Re: RULE regression test fragility? |