search for: elfdump

...oredump elfheader incorrectly states number of dumped segments 6350070 stub for shmgetid() returns the wrong default value Files: create: usr/src/cmd/sgs/libelf/common/getphnum.c update: usr/src/cmd/mdb/common/mdb/mdb_gelf.c update: usr/src/cmd/mdb/common/mdb/mdb_gelf.h update: usr/src/cmd/sgs/elfdump/common/elfdump.c update: usr/src/cmd/sgs/elfdump/common/elfdump.msg update: usr/src/cmd/sgs/libelf/Makefile.com update: usr/src/cmd/sgs/libelf/common/gelf.c update: usr/src/cmd/sgs/libelf/common/llib-lelf update: usr/src/cmd/sgs/libelf/demo/dcom.c update: usr/src/cmd/sgs/libelf/spec/elf.spec...

Author: rie Repository: /hg/zfs-crypto/gate Revision: 37c7c62679d7987230afdd78480cf8d105c096a6 Log message: 6372082 ld -r erroneously creates .got section on i386 6201866 amd64: linker symbol elimination is broken Files: update: usr/src/cmd/sgs/elfdump/common/elfdump.c update: usr/src/cmd/sgs/elfdump/common/elfdump.msg update: usr/src/cmd/sgs/libld/amd64/machrel.c update: usr/src/cmd/sgs/libld/common/_libld.h update: usr/src/cmd/sgs/libld/common/relocate.c update: usr/src/cmd/sgs/libld/i386/machrel.c update: usr/src/cmd/sgs/libld/sparc/mach...

Hi, I did "dtrace -l" on libc.so.1 with "_c??????" matching pattern and yield only two probes but there are 6 of them matches that pattern when invoke "nm" on libc. Why? See below for details: %dtrace -w -qn ''BEGIN {system("dtrace -l -mlibc.so.1 > libc_dtrace");} pid$target:libc:_c??????:entry{}'' -c ''sleep 1'' %

Hello, all experts. When I use pid provider, my Dscript with -F option output the codepath with flowindent as you know, e.g. -> main -> f1 -> f2 however I realized that the exec file I used at that time was stripped. Does anyone know the reason why I could see the function names? Thanks in advance. -- This message posted from opensolaris.org

I'm trying to build Samba 3.5.6 with winbind enabled on a Solaris 10 machine and I've hit the following errors: Error without -lintl in the Makefile: Undefined first referenced symbol in file libintl_gettext utils/net.o (symbol belongs to implicit dependency /usr/local/lib/libintl.so.8) libintl_textdomain

...cation errors" problem is. That library (and in fact two other R libraries) all have non-PIC code in them, despite the fact the source is compiled with the -fPIC option. http://blogs.sun.com/rie/entry/my_relocations_don_t_fit shows how to prove this. If one runs this command on Solaris: $ elfdump -d libRblas.so | fgrep TEXTREL there is some output showing that theres non-PIC code present in the R library. R is compiled with -fPIC on Solaris, but certain things can cause non-PIC code to be generated even with that option. One is by the use of "computed gotos" which is a gcc ext...

...ered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Werror=date-time -std=c++11 -O3 -Wl,-search_paths_first -Wl,-headerpad_max_install_names -L/sw/lib -Wl,-dead_strip CMakeFiles/llvm-objdump.dir/llvm-objdump.cpp.o CMakeFiles/llvm-objdump.dir/COFFDump.cpp.o CMakeFiles/llvm-objdump.dir/ELFDump.cpp.o CMakeFiles/llvm-objdump.dir/MachODump.cpp.o -o ../../bin/llvm-objdump ../../lib/libLLVM.dylib -Wl,-rpath, at executable_path/../lib -lxar eliminates the bootstrap failure. > > Kev > >> On May 24, 2016, at 10:28 AM, Jack Howarth <howarth.mailing.lists at gmail.com> wro...

...ered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Werror=date-time -std=c++11 -O3 -Wl,-search_paths_first -Wl,-headerpad_max_install_names -L/sw/lib -Wl,-dead_strip CMakeFiles/llvm-objdump.dir/llvm-objdump.cpp.o CMakeFiles/llvm-objdump.dir/COFFDump.cpp.o CMakeFiles/llvm-objdump.dir/ELFDump.cpp.o CMakeFiles/llvm-objdump.dir/MachODump.cpp.o -o ../../bin/llvm-objdump ../../lib/libLLVMX86AsmPrinter.dylib ../../lib/libLLVMPowerPCAsmPrinter.dylib ../../lib/libLLVMARMAsmPrinter.dylib ../../lib/libLLVMX86Desc.dylib ../../lib/libLLVMPowerPCDesc.dylib ../../lib/libLLVMARMDesc.dylib ../../lib...

I'm just asking if there is anything else that needs to be added at all. I seem to have everything linked in from soup to nuts but I want to be sure that a basic or essential feature is not being overlooked for forgotten : [titan] elfdump -d .libs/auth | grep NEED [0] NEEDED 0x3084 libdovecot.so.0 [1] NEEDED 0x3055 libpam.so.1 [2] NEEDED 0x306a libpthread.so.1 [3] NEEDED 0x3094 libkrb5.so.3 [4] NEEDED...

...t; -Wdelete-non-virtual-dtor -Werror=date-time -std=c++11 -O3 >> -Wl,-search_paths_first -Wl,-headerpad_max_install_names -L/sw/lib >> -Wl,-dead_strip CMakeFiles/llvm-objdump.dir/llvm-objdump.cpp.o >> CMakeFiles/llvm-objdump.dir/COFFDump.cpp.o >> CMakeFiles/llvm-objdump.dir/ELFDump.cpp.o >> CMakeFiles/llvm-objdump.dir/MachODump.cpp.o -o ../../bin/llvm-objdump >> ../../lib/libLLVM.dylib -Wl,-rpath, at executable_path/../lib -lxar >> >> eliminates the bootstrap failure. >> >>> >>> Kev >>> >>>> On May 24, 2016...

...virtual-dtor -Werror=date-time -std=c++11 -O3 >>> -Wl,-search_paths_first -Wl,-headerpad_max_install_names -L/sw/lib >>> -Wl,-dead_strip CMakeFiles/llvm-objdump.dir/llvm-objdump.cpp.o >>> CMakeFiles/llvm-objdump.dir/COFFDump.cpp.o >>> CMakeFiles/llvm-objdump.dir/ELFDump.cpp.o >>> CMakeFiles/llvm-objdump.dir/MachODump.cpp.o -o ../../bin/llvm-objdump >>> ../../lib/libLLVM.dylib -Wl,-rpath, at executable_path/../lib -lxar >>> >>> eliminates the bootstrap failure. >>> >>>> >>>> Kev >>>>...

...-virtual-dtor > -Wdelete-non-virtual-dtor -Werror=date-time -std=c++11 -O3 > -Wl,-search_paths_first -Wl,-headerpad_max_install_names -L/sw/lib > -Wl,-dead_strip CMakeFiles/llvm-objdump.dir/llvm-objdump.cpp.o > CMakeFiles/llvm-objdump.dir/COFFDump.cpp.o > CMakeFiles/llvm-objdump.dir/ELFDump.cpp.o > CMakeFiles/llvm-objdump.dir/MachODump.cpp.o -o ../../bin/llvm-objdump > ../../lib/libLLVM.dylib -Wl,-rpath, at executable_path/../lib -lxar > > eliminates the bootstrap failure. > >> >> Kev >> >>> On May 24, 2016, at 10:28 AM, Jack Howarth <...

Hi, I'm a new prospective dovecot user. I'm planning to migrate a medium-scale mail site (a few thousand users) from UW to something better. I've set up dovecot on a test system. I can connect and authenticate just fine. IMAP clients get to see the right mailboxes. However, whenever a mailbox is selected, the imap subprocess dies. The log shows: Jul 13 14:52:05 localhost

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

On Tue, May 24, 2016 at 1:24 PM, Jack Howarth <howarth.mailing.lists at gmail.com> wrote: > On Tue, May 24, 2016 at 1:22 PM, Jack Howarth > <howarth.mailing.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

http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz.sig As promised last Friday, here's the v2.0.0 release finally. I'm cautiously optimistic that v2.0.1 won't (have to) be released for a few weeks, since there was quite a lot of testing and fixing going on in the RC stage. Remember to read http://wiki2.dovecot.org/Upgrading/2.0

http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz.sig As promised last Friday, here's the v2.0.0 release finally. I'm cautiously optimistic that v2.0.1 won't (have to) be released for a few weeks, since there was quite a lot of testing and fixing going on in the RC stage. Remember to read http://wiki2.dovecot.org/Upgrading/2.0

LLVM already implements its own version of almost all of binutils. The exceptions to this rule are objcopy and strip. This is a proposal to implement an llvm version of objcopy/strip to complete llvm’s binutils. Several projects only use gnu binutils because of objcopy/strip. LLVM itself uses objcopy in fact. Chromium and Fuchsia currently use objcopy as well. If you want to distribute your build

...arser.cpp for Release+Asserts build llvm[2]: Linking Release+Asserts executable bugpoint (without symbols) llvm[2]: ======= Finished Linking Release+Asserts Executable llvm-diff (without symbols) make[2]: Leaving directory '/home/NIKHILREDDY/WORK/LLVM_OBJ/tools/llvm-diff' llvm[2]: Compiling ELFDump.cpp for Release+Asserts build llvm[2]: Compiling ARMWinEHPrinter.cpp for Release+Asserts build make[2]: Entering directory '/home/NIKHILREDDY/WORK/LLVM_OBJ/tools/llvm-rtdyld' llvm[2]: Compiling llvm-rtdyld.cpp for Release+Asserts build llvm[2]: Compiling MachODump.cpp for Release+Asserts bu...