similar to: [Debian 64Bits]Unable to install wine

Nick, How exactly do you envision this being done? Looking at the contents of config/darwin.h, I see... /* Support -mmacosx-version-min by supplying different (stub) libgcc_s.dylib libraries to link against, and by not linking against libgcc_s on earlier-than-10.3.9. Note that by default, -lgcc_eh is not linked against! This is because in a future version of Darwin the EH frame

Jack, I think there is an extra dimension to darwin that might be confusing things. Darwin uses two-level-name-space. That means that at build time the linker records where it found each dylib (SO) symbol. (It records the path the dylib supplied as its "install name" - not just the leafname as SO_NEEDED does.) On a SnowLeopard system you *can* link against /usr/lib/libgcc_s.

Can you add `--reproduce=repro` to lld command line? That generates repro.tar in your current directory which contains all input files. And then please compress and upload it somewhere so that we can take a look. On Mon, Apr 2, 2018 at 9:18 AM Andrew Kelley via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Alpine linux is a distribution that uses musl libc instead glibc. Here are

https://superjoe.s3.amazonaws.com/temp/repro.tar.xz On Mon, Apr 2, 2018 at 1:26 PM, Rui Ueyama <ruiu at google.com> wrote: > Can you add `--reproduce=repro` to lld command line? That generates > repro.tar in your current directory which contains all input files. And > then please compress and upload it somewhere so that we can take a look. > > > On Mon, Apr 2, 2018 at

Alpine linux is a distribution that uses musl libc instead glibc. Here are my steps to reproduce: On Alpine linux, download LLVM, Clang, LLD 6.0.0 from releases.llvm.org, and build them from source. $ clang -c hello_world.c $ ld.lld --gc-sections -m elf_x86_64 -o hello_world /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/../../../../lib/Scrt1.o

1 hour ago I downloaded llvm-3.6.0-rc4-win32.exe from http://llvm.org/pre-releases/3.6.0/ . I tried to compile simple C code that just print "hello" , but it didn't compile , because clang.exe can't find . when I use clang-cl.exe with the same code , it worked . I also have the same problem with clang++ even with , I add -I flag to GCC (4.9.1) C++ headers , the result:

Hi all, I'd like to use LLVM 2.8 on a openSUSE 10.3 box and when I try to compile anything I get an error: martin at vm:~/project/backend> clang tutorial001.m -v -emit-llvm -o tutorial001 clang version 2.9 (trunk 122601) Target: x86_64-unknown-linux-gnu Thread model: posix "/usr/local/llvm/Debug+Asserts/bin/clang" -cc1 -triple x86_64-unknown-linux-gnu -emit-llvm-bc -disable-free

On 6/26/2010 10:30 AM, Rafael Espindola wrote: >> So the gold and the LLVMgold are linked against the same libstdc++. I am >> using the gcc at /s/gcc-4.3.1/i386_rhel5/bin to compile the LLVM chain. > Can you run llvm-gcc again with -Wl,-debug? This will show the linker > line being used. You can then run gdb on it. Try to find what error is > dlopen reporting. I wonder if gold

Hi there, I compiled clang+gold using a gcc under path /s/gcc-4.3.1/bin/. Later on I do configure and make for flex-2.5.35, and the following command is invoked: "/path/to/my/gold/ld" --hash-style=gnu --no-add-needed --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o flex /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../crt1.o

Hi, I'm currently working on one of my team's project to build LLVM full clang toolchain (Clang, libcxx, libcxxabi) on a CentOS machine. Previously we compiled our codebase with llvm-toolset-7/clang++, which by default takes stdlibc++ to compile and link. And now we'd like to switch to use LLVM clang with libc++. I have built libc++ and libc++abi from source (5.0.1 release) and set

On 7/21/2010 1:59 PM, Rafael Espindola wrote: >> I do not know how to get the ld invocation you need. If this command is not >> what you need, please tell me how to get the ld invocation. > Add -Wl,-debug to the llvm-gcc call. That should print the ld command > line in the end.

Thank you for your suggestion. I did just try it with the trunc version and got the same error. Any other suggestions? >> Hi all, >> I'd like to use LLVM 2.8 on a openSUSE 10.3 box and when I try to >> compile anything I get an error: > Can you try trunk? I think this has been solved (for this config). >> martin at vm:~/project/backend>> clang tutorial001.m

Hello, I need to build a CLANG cross compiler for mips-linux-uclibc. To be completely compatible with the target system, I would like it to use linux 2.6.32.54 headers, binutils 2.25, gcc 4.1.2, and uClibc 0.9.30.1 for the gcc toolchain. I have been able to build the GCC toolchain a variety of different ways, but none of these builds can be "dropped in" via clang as a replacement for

Hello Gergö, Joerg and people on our list With your kind answer, I tried to build a hello world program for ARM(arm-none-linux-gnueabi) on my x86-64 PC. Thank you we verified the generated bitcode. The only thing remained is linking. Let me brief what I did so far. 1. Built Clang/llvm in a way explained in http://clang.llvm.org/get_started.html on Ubuntu 11.10 x86-64 PC 2. Downloaded gcc-4.0

> The -Wl,-debug result is like this: > $LLVMGCCPREFIX/lib/gcc/i686-pc-linux-gnu/4.2.1/../../../../i686-pc-linux-gnu/bin/ld > -plugin $LLVMGCCPREFIX/libexec/gcc/i686-pc-linux-gnu/4.2.1/libLLVMgold.so > -plugin-opt=as=as --eh-frame-hdr -m elf_i386 -dynamic-linker > /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o > $LLVMGCCPREFIX/lib/gcc/i686-pc-linux-gnu/4.2.1/crtbegin.o >

Norm, thanks for the help. Applying the fix solves the issue I mentioned but now I have more issues. I can install clang, but when running I cannot compile and link files. If I compile with -c flag it works but compiling the following x.c file gives an error: x.c: int main(void) { return 0; } > ./clang x.c /project/helder/scratch/packages2/bin/ld: unrecognized option '-C'

Trivial hello world program compiles with -O3, but with -O4: (BTW, is there a guide to what different -On mean?) llvm-g++ -O4 Hello.cc -o Hello -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../llvm-gcc4.2-2.4.source/configure --program-prefix=llvm- --enable-llvm=/home/nbecker/llvm-2.4 --enable-languages=c,c++ Thread model: posix gcc version 4.2.1 (Based on Apple Inc.

When using MinGW 4.7.0 to compile Clang on Windows, the resulting Clang binary does not correctly compile simple C++ code. This is with ToT LLVM/Clang. Clang build: $ cmake -DCMAKE_BUILD_TYPE=Debug -DLLVM_TARGETS_TO_BUILD=X86 -DLLVM_EXTERNAL_CLANG_SOURCE_DIR=<dir> -G Ninja <llvm-dir> $ ninja After building Clang, I tried to compile the following program: #include <iostream>

Hi! Quick question - do you know if recent commits could cause this error, or I should go to bisect/debug this? Do we have tests that check that -gsplit-dwarf succeeds (i.e. compile and link step work)? $ cat a.cc int foo(int x) { return x + 1; } int main() { return foo(42); } $ ./bin/clang++ -gsplit-dwarf a.cc /tmp/a-005b1a.o(.debug_pubnames+0x6): error: undefined reference to

Re-adding the dev list. It's best to always keep the discussions on the list. Don't worry about the length of the message, you need to communicate the information that is important to describe your problem. So I am not the best person to answer this question since I don't build/test libcxx or libcxxabi, but I'm sure there are plenty of people on the list that are quite