similar to: [LLVMdev] [lld] -Bstatic / -Bdynamic switches handling

Hi Simon, Thank you for the info. Do you know if there are any plans to add -Bdynamic support and make -Bstatic/-Bdynamic compatible with GNU ld? I am giving lld a try building the Boost libraries and this is a real show stopper. Boost.Build passes both -Bstatic and -Bdynamic to the linker which makes lld think the output file is static, so it totally ignores shared libraries. This breaks

On 3/30/2017 9:03 PM, Reid Kleckner via llvm-dev wrote: > On Thu, Mar 30, 2017 at 5:57 PM, Edward Diener via llvm-dev > <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > Actually just doing: > > clang++ -c t.cpp -o t.o --target=x86_64-windows-msvc -fmsc-version=1900 > clang++ t.o -o t.exe --target=x86_64-windows-msvc

On 3/30/2017 7:59 PM, Reid Kleckner via llvm-dev wrote: > On Thu, Mar 30, 2017 at 6:08 AM, Edward Diener via llvm-dev > <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > Are you saying that once lld is built with mingw-64/gcc on Windows > it is impossible to tell it to handle PE/COFF files when invoking it > from clang++ using the

I have a bit of a problem with installation. I installed wxX11 in my linux box. I compiled the demos and all the demos, save dbbrowse, work. I think I have a functional wx. Now I''m trying to install wxRuby from source, since I have a 64 bit machine. I only have permission to my home directory so my installation is : /usr/people/stevenq/Applications/wxX11/

Dear community, Recently I discovered that llvm gold linker plugin (LLVMgold.so) doesn't add llvm instrinsics symbols to the linker symbol table. I do not claim that something is necessary wrong, just want to share my observations with the community. Brief summary If I create a static library with a custom version of 'exp()' math function and link it as follows: $

Dear all, Which options should I use when running the configure script and/or which changes should I make to Makeconf to build the binary for R-1.9.0 but using only statically linked libraries ? I need to build a binary that is portable between several different Linux (RedHat) distributions. Thanks in advance for your help, Melanie -- http://recherche-en-danger.apinc.org

Hello $List, just downloaded and tried to compile samba 4.10.0 an raspbian stretch which ends in an error: [1924/4121] Compiling source3/rpc_client/rpc_transport_np.c [1925/4121] Linking bin/default/source3/libmsrpc3-samba4.so /usr/bin/ld: /install/samba-4.10.0/bin/default/source3/libutil-cmdline-samba4.so: invalid string offset 3888 >= 3489 for section `.strtab' /usr/bin/ld:

Hello Norbert, thanks for your reply. Does that mean that the rpi build environment is not uptodate? -----Ursprüngliche Nachricht----- Von: samba <samba-bounces at lists.samba.org> Im Auftrag von Norbert Hanke via samba Gesendet: Dienstag, 2. April 2019 21:28 An: samba at lists.samba.org Betreff: Re: [Samba] Make/Build Error on armhf Hi, I noticed the same, actually with many more shared

Greetings. (Third try at sending this, the first two seemed to disappear without a trace. Perhaps use of MS Outlook was the problem, even though in plain text...? Or attachment too big (22Kb)? Would like to know...) The final source code and documentation package for a FIPS 140 validated mode of OpenSSL was recently submitted. Once the final certification is awarded by NIST, in a month or

While considering statically linking against libc++ (and other runtime libraries from LLVM), I rebuilt LLVM 4.0 with -DBUILD_SHARED_LIBS=OFF. There are still some .so's in llvm/lib, and only one of them seems to exist exclusively as a DSO (libLTO). There's also livLLVMLTO.a, but I doubt LTO is used after linking a binary so this just looks odd to an uninformed LLVM outside and not

The DDX uses symbols from libdrm but currently does not link against it, but rather relies on indirect linkage from libdrm_nouveau. This could lead to insufficient dependencies in distribution packages, seen in http://bugs.debian.org/633786. Signed-off-by: Sven Joachim <svenjoac at gmx.de> --- configure.ac | 1 + src/Makefile.am | 4 ++-- 2 files changed, 3 insertions(+), 2

1) DRICreatePCIBusID belongs to xserver dri module, so when it's unavailable we can't format string for drmCheckModesettingSupported. (This situation happened to me with KMS enabled and dri module moved somewhere else by Gentoo's "eselect opengl set nvidia" switcher) Open code DRICreatePCIBusID to drop dri dependency. 2) Once we dropped dependency on dri module

> ~/Desktop/Sanjeev/LLVM/llvm-2.7/Release/lib/libLLVMgold.so --eh-frame-hdr > -melf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o Ok, this way you're generating code for x86 > /usr/lib/crti.o > /usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0/crtbegin.o > -L/usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0  -L/usr/local/lib -lgcc > --as-needed -lgcc_s --no-as-needed -lc -lgcc

Sorry for not explaining well. After compiling with g++-cross g++-cross -c a.c I do link using this command /gold_binutils/build/gold/ld-new -plugin ~/Desktop/Sanjeev/LLVM/llvm-2.7/Release/lib/libLLVMgold.so --eh-frame-hdr -melf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0/crtbegin.o

I need to build R (we're currently at R version 0.64.0) for Solaris 2.5.1 on SunSPARC without using the libF77.so and libsunmath.so shared libraries. I'd like to use statically linked libraries instead. Nothing I have tried has worked as measured by executing the command "ldd R.binary" to see whether it references the shared libraries or not. This is what I've tried: 1)

On Sun, Jul 22, 2012 at 11:12 PM, Renato Golin <rengolin at systemcall.org> wrote: > On 22 July 2012 22:03, salvatore benedetto > <salvatore.benedetto at gmail.com> wrote: >> While we are at it, if a new comer would like to understand where everything >> takes place, where should he look? >> >> I did a grep in the source and eventually ended up in

On 22 July 2012 22:03, salvatore benedetto <salvatore.benedetto at gmail.com> wrote: > While we are at it, if a new comer would like to understand where everything > takes place, where should he look? > > I did a grep in the source and eventually ended up in clang/something/driver. That's pretty much it: clang/lib/Driver

From: Dave Airlie <airlied at redhat.com> This is preperation for the backlight support code. Signed-off-by: Dave Airlie <airlied at redhat.com> --- src/drmmode_display.c | 54 ++++++++++++++++++++++++++++++++------------------- 1 file changed, 34 insertions(+), 20 deletions(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 6033a6d..ad7bc1f 100644 ---

Dear LLVM developers, Hello, I'm trying to find a way of cross-compiling my c code against Baremetal Cortex-M device (so target triple will be arm-none-eabi) only using LLVM/Clang, and not using anything from GNU (ld or libc). I'm doing this to know which one of LLVM/clang and GCC produces smaller flash image size because saving flash is a big deal in our projects. 1) When I just follow

On February 3, 2016 7:17:37 AM PST, Celelibi <celelibi at gmail.com> wrote: >2016-02-02 18:50 UTC+01:00, poma via Syslinux <syslinux at zytor.com>: >> On 30.01.2016 16:59, poma wrote: >>> ... >>> >>> https://sourceware.org/bugzilla/show_bug.cgi?id=19538 >>> >>> >> >> Mister Anvin, >> care to share what's the