search for: xar

...s sequence I can not change. I get an error "ld: fatal: symbol `__SUNW_dof'' is multiply-defined:". What is the solution for this? Here is my simulation of real world problem in sample files. $gmake CC -mt -xtarget=ultra -g -xs -c -o a.o a.cpp dtrace -G -32 -s 1.d a.o -o 1.o CC -xar -o liba.a a.o 1.o CC -mt -xtarget=ultra -g -xs -c -o b.o b.cpp dtrace -G -32 -s 2.d b.o -o 2.o CC -xar -o libb.a b.o 2.o CC -G -o libc.so a.o b.o 1.o 2.o -mt -norunpath ld: fatal: symbol `__SUNW_dof'' is multiply-defined: (file 1.o type=OBJT; file 2.o type=OBJT); ld: fatal: File pr...

...the 1-byte `_LLVM,__asm` section, but not the `__LLVM,__bitcode` section). Furthermore, I do need the final output to contain bitcode for all files used. So, my question is if it is possible to add the `__LLVM,__bitcode` section later to the MachO object file. I tried to archive the bitcode using `xar` and run `llvm-objcopy main.o --add-section=__LLVM,__bitcode=main.xar main2.o`, but it failed with an `unsupported load command`. This seems to be the case for all usages of `llvm-objcopy` with MachO files. Cheers and thanks -- Joseph -------------- next part -------------- An HTML attachment was...

On Tue, May 24, 2016 at 1:35 PM, Kevin Enderby <enderby at apple.com> wrote: > Hi Jack, > > Just a guess here, this may be the bug Chris helped me out with in the use of the include file xar/xar.h which is not C++ safe. I needed to wrap my include via: > > #ifdef HAVE_LIBXAR > extern "C" { > #include <xar/xar.h> > } > #endif > > I think we may need some help from Chris to track this down. I’ll bug him in a bit to see if he can help us on this....

Hi Jack, Just a guess here, this may be the bug Chris helped me out with in the use of the include file xar/xar.h which is not C++ safe. I needed to wrap my include via: #ifdef HAVE_LIBXAR extern "C" { #include <xar/xar.h> } #endif I think we may need some help from Chris to track this down. I’ll bug him in a bit to see if he can help us on this. Kev > On May 24, 2016, at 10:28 A...

...11:00 AM, Jack Howarth <howarth.mailing.lists at gmail.com> wrote: > > On Tue, May 24, 2016 at 1:35 PM, Kevin Enderby <enderby at apple.com> wrote: >> Hi Jack, >> >> Just a guess here, this may be the bug Chris helped me out with in the use of the include file xar/xar.h which is not C++ safe. I needed to wrap my include via: >> >> #ifdef HAVE_LIBXAR >> extern "C" { >> #include <xar/xar.h> >> } >> #endif >> >> I think we may need some help from Chris to track this down. I’ll bug him in a bit...

...lists at gmail.com> wrote: >> On Tue, May 24, 2016 at 12:08 PM, Reid Kleckner <rnk at google.com> wrote: >>> Kevin Enderby added those symbol uses in r270491. It has a cmake >>> feature test, and all the uses of those symbols appear bracketed in >>> HAVE_LIBXAR, so I don't know what went wrong for you. >> >> The trigger for this build failure is the usage of >> -DLLVM_BUILD_EXTERNAL_COMPILER_RT:BOOL=ON. If I drop that cmake >> option, the linkage failure for llvm-objdump disappears. > > Wrong cmake option. I meant to say...

On Tue, May 24, 2016 at 2:28 PM, Chris Bieneman <beanz at apple.com> wrote: > Jack, > > What version of CMake are you using? > > -Chris Chris, I am using cmake 3.5.2. My read of this problem is as follows. While libLLVM.dylib is being linked against -lxar when -DLLVM_LINK_LLVM_DYLIB:BOOL=ON is passed to cmake, the libLLVM.dylib is created with -Wl,-dead_strip such that any symbols from libxar not explicitly used with in the object files of libLLVM.dylib are stripped out. This means that those additional symbols used by llvm-objdump aren't access...

...6 at 2:28 PM, Chris Bieneman <beanz at apple.com> wrote: >> Jack, >> >> What version of CMake are you using? >> >> -Chris > > Chris, > I am using cmake 3.5.2. My read of this problem is as follows. > While libLLVM.dylib is being linked against -lxar when > -DLLVM_LINK_LLVM_DYLIB:BOOL=ON is passed to cmake, the libLLVM.dylib > is created with -Wl,-dead_strip such that any symbols from libxar not > explicitly used with in the object files of libLLVM.dylib are stripped > out. This means that those additional symbols used by llvm-objdu...

...nz at apple.com> wrote: >>> Jack, >>> >>> What version of CMake are you using? >>> >>> -Chris >> >> Chris, >> I am using cmake 3.5.2. My read of this problem is as follows. >> While libLLVM.dylib is being linked against -lxar when >> -DLLVM_LINK_LLVM_DYLIB:BOOL=ON is passed to cmake, the libLLVM.dylib >> is created with -Wl,-dead_strip such that any symbols from libxar not >> explicitly used with in the object files of libLLVM.dylib are stripped >> out. This means that those additional symbols us...

...al size is 134108 speedup is 0.20 rsync error: some files could not be transferred (code 23) at main.c(1053) [sender=3.0.0pre4] The files seem to be sent just fine, but I can't tell that the xattrs have been transfered at all. The test files as they appear on OS X are available as a xar archive at: http://www.goshen.edu/~portman/OSX/rsync_test.xar Is this a bug, or isn't this supposed to work? Thanks for all your help in advance. - -- Paul Ortman PGP Key: 55602C81 - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHJ7M8fw8KGlVgLIERAsWrAJwPJQ4v...

...clude <Rmath.h> # include <gsl/gsl_matrix.h> # include <gsl/gsl_vector.h> # include <gsl/gsl_blas.h> # include <gsl/gsl_linalg.h> # include <gsl/gsl_math.h> SEXP R_mvnorm_logpdf (SEXP xx, SEXP mux, SEXP sigmax, SEXP kx) { int k = INTEGER(kx)[0]; double * xAr = REAL(xx); double * muAr = REAL(mux); double * sigmaAr = REAL(sigmax); SEXP res; gsl_vector_view xView = gsl_vector_view_array(xAr,k); gsl_vector_view muView = gsl_vector_view_array(muAr,k); gsl_matrix_view sigmaView = gsl_matrix_view_array(sigmaAr,k,k); gsl_vector * x = &xVie...

...- Looking for setupterm in tinfo -not found -- Looking for setupterm interminfo -- Looking for setupterm in terminfo- not found -- Looking for setupterm in curses -- Looking for setupterm in curses- found -- Found LibXml2:/usr/lib/libxml2.dylib (found version "2.9.0") -- Looking for xar_open in xar -- Looking for xar_open in xar -found -- Looking for arc4random -- Looking for arc4random - found -- Looking for backtrace -- Looking for backtrace - found -- backtrace facility detected indefault set of libraries -- Found Backtrace: /usr/include -- Performing TestC_SUPPORTS_WER...

...size equaling to 128K, which is the maximum of the block-size accepted by rsync. split -b 128K Packages.bz2 And at this point, I obtained the following 20 files: werner at debian:~/http_resume_test$ ls x* xaa xac xae xag xai xak xam xao xaq xas xab xad xaf xah xaj xal xan xap xar xat Then I delete the some files, say, xab and xae, from the above little files, and then use the cat tool to regenerate the Packages.bz2 by only using the remaining little files: werner at debian:~/http_resume_test$ for i in `ls x*`; do cat $i >> Packages.bz2; done 3- Then, I re-run r...

...le size equaling to 128K, which is the maximum of the block-size accepted by rsync. split -b 128K Packages.bz2 And at this point, I obtained the following 20 files: werner at debian:~/http_resume_test$ ls x* xaa xac xae xag xai xak xam xao xaq xas xab xad xaf xah xaj xal xan xap xar xat Then I delete some files, say, xab and xae, from the above little files, and then use the cat tool to regenerate the Packages.bz2 by only using the remaining little files: werner at debian:~/http_resume_test$ for i in `ls x*`; do cat $i >> Packages.bz2; done 3- Then, I re-run rsync wi...

Hallo all, I was trying to Build LLVM with the cmake option LLVM_ENABLE_MODULES just out of curiosity. I used the RELEASE_400/final tag. It didn't work as I almost expected. So I'm wondering if the modulemaps aren't maintained anymore? If they aren't maintained anymore, why aren't they removed and that cmake option also removed?

Hi, I'm trying to do a build and install on Windows 10 with Visual Studio 2015 Community Edition for the X86 and ARM targets, from the current release_40 branch. While compilation completes without error, the INSTALL target fails with the following error: 54> CMake Error at projects/compiler-rt/lib/builtins/cmake_install.cmake:34 (file): 54> file INSTALL cannot find 54>

...ng for setupterm in curses - not found -- Looking for setupterm in ncurses -- Looking for setupterm in ncurses - not found -- Looking for setupterm in ncursesw -- Looking for setupterm in ncursesw - not found -- Could NOT find LibXml2 (missing: LIBXML2_LIBRARIES LIBXML2_INCLUDE_DIR) -- Looking for xar_open in xar -- Looking for xar_open in xar - not found -- Looking for arc4random -- Looking for arc4random - not found -- Looking for backtrace -- Looking for backtrace - found -- backtrace facility detected in default set of libraries -- Found Backtrace: /usr/include -- Performing Test C_SUPPORTS_...

...ng for setupterm in curses - not found -- Looking for setupterm in ncurses -- Looking for setupterm in ncurses - not found -- Looking for setupterm in ncursesw -- Looking for setupterm in ncursesw - not found -- Could NOT find LibXml2 (missing: LIBXML2_LIBRARIES LIBXML2_INCLUDE_DIR) -- Looking for xar_open in xar -- Looking for xar_open in xar - not found -- Looking for arc4random -- Looking for arc4random - not found -- Looking for backtrace -- Looking for backtrace - found -- backtrace facility detected in default set of libraries -- Found Backtrace: /usr/include -- Performing Test C_SUPPORTS_...

Hello, Le 12/12/2016 à 18:29, Hans Wennborg a écrit : > +Sylvestre who knows about these things. > > On Thu, Dec 8, 2016 at 2:24 AM, Kris van Rens via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> L.S., >> >> I'm currently in the process of creating Debian packages for >> clang/llvm release 3.9.0. For this I'm using the steps as explained on

Trying to run a self host "ninja check-clang" with ASan enabled I hit a /lot/ of errors like this (strangely I hit none of these in check-llvm, only in check-clang): Any ideas? ==10525==ERROR: AddressSanitizer failed to deallocate 0x10800 (67584) bytes at address 0x631000014800 ==10525==AddressSanitizer CHECK failed: