search for: darwin64

Current llvm-gcc-4.2 for trunk and the 2.6 release is unable to build the i386 multilib for the x86_64-apple-darwin target. The attached patch provides this support. Can we get this into the 2.6 release and trunk? Jack -------------- next part -------------- Index: gcc/config/i386/t-darwin64 =================================================================== --- gcc/config/i386/t-darwin64 (revision 79792) +++ gcc/config/i386/t-darwin64 (working copy) @@ -2,6 +2,12 @@ LIB2_SIDITI_CONV_FUNCS=yes LIB2FUNCS_EXTRA = $(srcdir)/config/darwin-64.c +MULTILIB_OPTIONS = m32 +MULTILIB_DIRNAMES...

...s. Openssl correctly compile with ar on OS-X 64 bits and with ar and llvm-ar on Ubuntu 64 bits. Does anyone knows why? I searched in the llvm-ar doc in order to find if there was an argument or something like that. For information, I configured openssl with the following parameters : ./Configure darwin64-x86_64-cc enable-ec_nistp_64_gcc_128 no-ssl2 no-ssl3 no-comp --openssldir=/usr/local/ssl/macos-x86_64 And I replaced this line AR= ar $(ARFLAGS) r in the Makefile with this AR= /path/to/llvm-ar $(ARFLAGS) r Greetings, Johan Wehrli

...chine::addPassesToEmitMachineCode () #2 0x0000000107ead7ab in llvm::JIT::JIT () #3 0x0000000107eaac21 in llvm::JIT::createJIT () #4 0x0000000107e2cbe4 in llvm::EngineBuilder::create () #5 0x0000000107e315b0 in LLVMCreateExecutionEngineForModule () #6 0x00000001002b1444 in ffi_call_unix64 () at darwin64.S:75 #7 0x00007fff5fbfc130 in ?? () (gdb) I have called LLVMLinkInJIT before this. Can anyone help? -Eric

...H with a different OpenSSL installation. However, OpenSSH's ./configure command kept failing with the error listed below. I have included the full sequence of shell commands I used. $ tar zxf openssl-1.0.0a.tar.gz $ cd openssl-1.0.0a $ ./Configure --prefix=/Users/dstebila/Downloads/dev/build darwin64-x86_64-cc ... $ make $ make install $ cd .. $ tar zxf openssh-SNAP-20100901.tar.gz $ cd openssh $ ./configure --prefix=/Users/dstebila/Downloads/dev/build --with-ssl-dir=/Users/dstebila/Downloads/dev/build ... checking build system type... x86_64-apple-darwin10.4.0 ... checking OpenSSL header versi...

Never had much trouble building on the Mac until this round. Trying to build 7.4p1 with openssl 1.0.2j on a MacOSX 10.12.2/3 machine. gcc --version returns clang-800.0.42.1. This is the latest Xcode. Builds fine. Upon running sshd, it seg faults with this in the logs: assertion failed 16C67: libsystem_trace.dynlib+76912 [5BD4ECD4-75CA-38EA-AF5C-B481C15955F8]: 0x0 If I run the tests, it

LLVMers, 2.6 pre-release1 is ready to be tested by the community. http://llvm.org/prereleases/2.6/ You will notice that we have quite a few pre-compiled binaries (of both clang and llvm-gcc). We have identified several bugs that will be fixed in pre-release2, so please search the bug database before filing a new bug. If you have time, I'd appreciate anyone who can help test the

Kostya, I took a quick stab at patching libFuzzer for Apple, but so far I'm thinking something else is incorrect. Patch is attached but when I went to reproduce the examples, the toy example went fine, but with PCRE and Heartbleed I noticed the coverage statistics were pretty poor, and didn't find anything. Admittedly I moved onto Heartbleed pretty quickly so PCRE probably isn't the

..._aggr.ll /usr/local/google/home/blaikie/dev/llvm/build/clang/debug/bin/./llc -O0 -mcpu=ppc970 -mtriple=powerpc64-apple-darwin8 < /usr/local/google/home/blaikie/dev/llvm/src/test/CodeGen/PowerPC/anon_aggr.ll | /usr/local/google/home/blaikie/dev/llvm/build/clang/debug/bin/./FileCheck -check-prefix=DARWIN64 /usr/local/google/home/blaikie/dev/llvm/src/test/CodeGen/PowerPC/anon_aggr.ll -- Exit Code: 1 Command Output (stderr): -- /usr/local/google/home/blaikie/dev/llvm/src/test/CodeGen/PowerPC/anon_aggr.ll:176:13: error: expected string not found in input ; DARWIN32: stw r[[REG3]], -[[OFFSET2:[0-9]+]]...