search for: bsymbolic

...s is pointing > to something of the scope of the .libs/libdcrypt_openssl.so file and > not the dcrypt_initialize of test-crypto. > > That made me wonder even more - where would this issue of variable > scope come from. After more debugging I found that the linker flag > "-Bsymbolic-functions" is the reason. This is default on recent > Ubuntu, but not on Debian (?yet?). > > Eventually what happens is that the dcrypt_vfs becomes part of the > .libs/libdcrypt_openssl.so. So the call from there to dcrypt_set_vfs > ends up setting not the expected variable....

Hi, Matt Fleming: > This just came up on IRC, > > 15:01 < chithead> the first one that fails is ld -m elf_i386 -Wl,-O1 -Wl,--as-needed -Bsymbolic -pie -E --hash-style=gnu -T /var/tmp/portage/sys-boot/syslinux-6.01_pre5/work/syslinux-6.01-pre5/core/i386/syslinux.ld -M -o ldlinux.elf ldlinux.o \ > 15:01 < chithead> --start-group libcom32.a --whole-archive /var/tmp/portage/sys-boot/syslinux-6.01_pre5/work/syslinux-6.01-pre5/bio...

This just came up on IRC, 15:01 < chithead> the first one that fails is ld -m elf_i386 -Wl,-O1 -Wl,--as-needed -Bsymbolic -pie -E --hash-style=gnu -T /var/tmp/portage/sys-boot/syslinux-6.01_pre5/work/syslinux-6.01-pre5/core/i386/syslinux.ld -M -o ldlinux.elf ldlinux.o \ 15:01 < chithead> --start-group libcom32.a --whole-archive /var/tmp/portage/sys-boot/syslinux-6.01_pre5/work/syslinux-6.01-pre5/bios/com...

...ave been easily able to fix by adjusting the generated Makefile. This error only appears on older Linux systems so it seams to be related to older compilers and/or linkers. On these older systems my adjustments to the Makefile to get samba to compile is the following: < LDSHFLAGS=-shared -Wl,-Bsymbolic -s -Wl,-rpath,/usr/lib < WINBIND_NSS_LDSHFLAGS=-shared -Wl,-Bsymbolic -s -Wl,-rpath,/usr/lib > LDSHFLAGS=-shared -Bsymbolic -s -Wl,-rpath,/usr/lib > WINBIND_NSS_LDSHFLAGS=-shared -Bsymbolic -s -Wl,-rpath,/usr/lib This may not do exactly the same as the original options however it...

Hi Duncan Your suggestion to use '-Bsymbolic' proved to be (almost) the solution. I tried that and it didn't work because I'm using gcc instead of Sun's compilers. It took me a bit of time to discoed that gcc uses '-symbolic' rather than '-Bsymbolic'. Once I figured that out, changing LIBR_LDFLAGS = -share...

...db: e9 e0 ff ff ff jmpq 12c0 <foo+0xb> >> >> >> Thus the call to foo now goes through the PLT. >> >>> There is no such a need for a new option. These desired characteristics can be achieved with existing mechanisms. >> >> $ ld.lld-10 --Bsymbolic -shared -o b.so b.o >> $ objdump -d b.so >> >> b.so: file format elf64-x86-64 >> >> Disassembly of section .text: >> >> 0000000000001298 <_start>: >> 1298: e8 00 00 00 00 callq 129d <foo> >> >> 000000000000129...

...ing that a Mass Rebuild was already performed for F24, then an > > updated, patched binutils would probably generate new, working > > Syslinux-related packages. Otherwise, these packages for/in F24 will be > > probably failing. > > > > Binutils: > "Enable -Bsymbolic and -Bsymbolic-functions to PIE" > https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=e20365c > https://bugzilla.redhat.com/show_bug.cgi?id=1308296 > > Syslinux: > "core: Clean up the i386-bios build" > http://repo.or.cz/syslinux.git/commit/ff85905...

> > Yes, it is a bug in ld. I have been working with H.J. and we have just tracked it down. > > > > > It seems that hjl helped, after all. > > Syslinux built, or better to write, linked with: > binutils 2.26.51.20160212 git 95c00d1 is salt-n-pepa. > > Both, ISOLINUX and EXTLINUX have passed the test on both, SeaBIOS and Bare-metal. > > Thanks hpa.

...rashes on linux in situations like using embedded R in another application that happens to export a symbol named similarly to one defined in R's library, since the runtime linker substitutes the address of the wrong function into the library's CallEntries. Using -fvisibility=hidden or -Wl,-Bsymbolic[-functions] fixes this since then the addresses of functions in CallEntries are fixed at library build time, which is probably the intended behaviour. Here is a small example, using grDevices::colors. I compile it with gcc -O2 r.c -I/usr/include/R -L/usr/lib/R/lib -lR -DBUG -rdynamic (remove -DB...

...ed makefiles for optware for samba versions 3.4 and 3.6. Creating a working makefile for samba4 I try to use the new build environment but it puzzles me. I don't get over part where the python version is being checked. From my findings it looks like the linker dislikes the argument "-Bsymbolic-functions". I tried to find the part of the buildscript where this option is set, but didn't find it. Unfortunately I cannot switch to a newer compiler, which supports this argument. I tried to use option --nopyc, but that did not help. Further I did notice that the scripts does not fi...

...TOOL +dnl C99 is only required to get definitions for NAN and INFINITY. +GLOBAL_CFLAGS="$GLOBAL_CFLAGS -std=c99" + + dnl ensures the library is linked against the internal Mozilla + dnl if this doesn't work on your platform, I'll take patches :) + SYMBOLIC_LDFLAGS="-Wl,-Bsymbolic" + AC_SUBST(SYMBOLIC_LDFLAGS) + dnl Add parameters for aclocal dnl (This must come after AM_INIT_AUTOMAKE, since it modifies ACLOCAL) #ACLOCAL_AMFLAGS="-I m4 $ACLOCAL_AMFLAGS" diff-tree 5280befc62bf5c6dabcc61d3db6cad8e64a1164c (from parents) Merge: d7ea6d995e918f14039bae7fb341...

...cking for linux/videodev.h... yes checking for linux/capi.h... yes checking for ldd... /usr/bin/ldd checking whether we can build a GNU style ELF dll... yes checking whether the compiler supports -fPIC -shared -Wl,-soname,confest.so.1... yes checking whether the compiler supports -fPIC -shared -Wl,-Bsymbolic,-z,defs... yes checking whether the compiler supports -fPIC -shared -Wl,-Bsymbolic,-init,__wine_spec_init,-fini,__wine_spec_fini... yes checking whether the compiler supports -fPIC -shared -Wl,--version-script=conftest.map... yes checking whether the compiler supports -fPIC -Wl,--export-dynamic......

...bind --localstatedir=/var > --enable-threads --enable-largefile --with-libtool --enable-shared > --enable-static --with-openssl=/usr --with-gssapi=/usr > --with-dlopen=yes --with-gnu-ld --enable-ipv6 > CFLAGS='-fno-strict-aliasing -DDIG_SIGCHASE -O2' > LDFLAGS='-Wl,-Bsymbolic-functions -Wl,-z,relro' > CPPFLAGS='-D_FORTIFY_SOURCE=2' I seem to have a few errors in my syslog. Dec 31 09:35:17 VMDC1 named[24025]: couldn't mkdir '/var/run/named': Permission denied Dec 31 09:35:17 VMDC1 named[24025]: generating session key for dynamic DNS Dec 31 0...

> On Mar 7, 2016, at 4:22 PM, Peter Collingbourne <peter at pcc.me.uk> wrote: > On Mon, Mar 7, 2016 at 4:09 PM, John McCall <rjmccall at apple.com <mailto:rjmccall at apple.com>> wrote: >> On Mar 4, 2016, at 2:48 PM, Peter Collingbourne via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> On Mon, Feb 29, 2016 at

Hi, I'm in the process of migrating from clang5 to clang10. Unfortunately clang10 introduced a negative performance impact. The cause is an increase of PLT entries from this patch (first released in clang7): https://bugs.llvm.org/show_bug.cgi?id=36370 https://reviews.llvm.org/D43383 If I revert that clang patch locally, the additional PLT entries and the performance impact disappear. This

> > After using 'python sdist', can't you use the tarball (in python/dist) > > in order to create a venv directly? > > I think I will be able to install the python library in the venv using > the tarball. However, won't my liguestfs application require some of > the binaries installed as part of 'make install' for running? I am > trying to not

...ls is released. > > Considering that a Mass Rebuild was already performed for F24, then an > updated, patched binutils would probably generate new, working > Syslinux-related packages. Otherwise, these packages for/in F24 will be > probably failing. > Binutils: "Enable -Bsymbolic and -Bsymbolic-functions to PIE" https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=e20365c https://bugzilla.redhat.com/show_bug.cgi?id=1308296 Syslinux: "core: Clean up the i386-bios build" http://repo.or.cz/syslinux.git/commit/ff85905 https://bugzilla.redhat.com/s...

...d was already performed for F24, then an >>> updated, patched binutils would probably generate new, working >>> Syslinux-related packages. Otherwise, these packages for/in F24 will be >>> probably failing. >>> >> >> Binutils: >> "Enable -Bsymbolic and -Bsymbolic-functions to PIE" >> https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=e20365c >> https://bugzilla.redhat.com/show_bug.cgi?id=1308296 >> >> Syslinux: >> "core: Clean up the i386-bios build" >> http://repo.or.cz/sysl...

Well, I figured out how to make the linker to the right thing with regards to producing a dynamic section for the core... it involves using the options "-pie -Bsymbolic" ... which means we're building a relocatable binary even though we don't want to relocate it, and -Bsymbolic is there to force the linker to resolve all symbols at link time. -hpa

...wbieness, I must say that it's been a dandy experience. So, I've tried again today, and I get the following error, with having changed nothing in my method (but maybe my system?) since my last update: make[2]: Entering directory `/home/olsam/software/wine/dlls/twain' gcc -shared -Wl,-Bsymbolic twain_32.spec.o capability.o ds_audio.o ds_ctrl.o ds_image.o dsm_ctrl.o twain32_main.o -o twain_32.dll.so -L../../dlls -L../../library -lwine -lsane -lnsl -lm -ljpeg -lm /usr/bin/ld: cannot find -lsane? Any ideas? Many thanks, ==================================================== Oliver S...