search for: libxar

...f 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 accessible from libLLVM.dylib's linkage on libxar and an additional explicit linkage on libxar is required in the tools/llvm-objdump/CMakeList...

...> 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 accessible from libLLVM.dylib's linkage on libxar and an >> additional explicit linkage on libxar is required...

...gt; -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 accessible from libLLVM.dylib's linkage on libxar and an > additional explicit linkage on libxar is required in the > too...

...4, 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. > > While the build here with -DLLVM_LINK_LLVM_DYLIB:BOOL=O...

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. While the build here with -DLLVM_LINK_LLVM_DYLIB:BOOL=ON passed on the cmake options produ...

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 AM, Jack Howarth <howarth.mailing.lists at gmail.com> wrote: > > On Tue...

...ng.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...

Mac OS X 10.14.2 VirtualBox 5.2.22 and 6.0.0 libvirt installed via homebrew virsh -V Virsh command line tool of libvirt 4.10.0 See web site at https://libvirt.org/ Compiled with support for: Hypervisors: QEMU/KVM VMware VirtualBox ESX Test Networking: Remote Bridging Storage: Dir Miscellaneous: Daemon Secrets Debug brew services start libvirt virsh -c vbox:///session list error:

...t64("/usr/lib/libcoretls_cfhelpers.dylib\0", 0x7FFEE285D9C0, 0x0) = 0 0 918/0x3b12: stat64("/usr/lib/libpam.2.dylib\0", 0x7FFEE285D9C0, 0x0) = 0 0 918/0x3b12: stat64("/usr/lib/libsqlite3.dylib\0", 0x7FFEE285D9C0, 0x0) = 0 0 918/0x3b12: stat64("/usr/lib/libxar.1.dylib\0", 0x7FFEE285D9C0, 0x0) = 0 0 918/0x3b12: stat64("/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit\0", 0x7FFEE285D9C0, 0x0) = 0 0 918/0x3b12: stat64("/System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration\0", 0x7FFEE285D790...

...("/usr/lib/libcoretls_cfhelpers.dylib\0", 0x7FFEEA7179C0, 0x0) = 0 0 98962/0x5a031: stat64("/usr/lib/libpam.2.dylib\0", 0x7FFEEA7179C0, 0x0) = 0 0 98962/0x5a031: stat64("/usr/lib/libsqlite3.dylib\0", 0x7FFEEA7179C0, 0x0) = 0 0 98962/0x5a031: stat64("/usr/lib/libxar.1.dylib\0", 0x7FFEEA7179C0, 0x0) = 0 0 98962/0x5a031: stat64("/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit\0", 0x7FFEEA7179C0, 0x0) = 0 0 98962/0x5a031: stat64("/System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration\0", 0x7FFEEA7177...

...ry/CoreServices/Software Update.app/Contents/MacOS/Software Update 00041000 /System/Library/PrivateFrameworks/SoftwareUpdate.framework/Versions/A/SoftwareUpdate 00082000 /System/Library/PrivateFrameworks/JavaScriptGlue.framework/Versions/A/JavaScriptGlue 00092000 /usr/lib/libxar.1.dylib 000a5000 /Library/InputManagers/1PasswdIM/1PasswdIM.bundle/Contents/MacOS/1PasswdIM 0012c000 /System/Library/PrivateFrameworks/Install.framework/Versions/A/Install 00258000 /System/Library/PrivateFrameworks/DiskManagement.framework/Versions/A/DiskManagement 002a...