search for: gcc_s

...ot impossible. Basically, I want to avoid requiring people to link against libunwind+rt+libcxxabi if all they need is libcxx or rt. >> An alternative to fix the libc++ tests on ARM would be to require >> Compiler-RT to be there as well, but, as I said, Clang links gcc_eh >> and gcc_s when you choose --rtlib=compiler-rt, making the exercise >> moot. > Clang's code isn't frozen... ;) I know, I put it there. :) I did it because that was what libgcc required, and I didn't want to make compiler-RT depend on libc++, at least not at a Clang level. Since gcc_s an...

So, I remember we discussed this earlier this year, but I can't find the thread. The idea is to move libunwind into compiler-rt for the simple reasons below: 1. Unwinding is not exclusive to C++, nor exception handling. 2. Clang still includes libgcc_s and libgcc_eh when using compiler-rt (maybe eh isn't needed, but it was there for libgcc). 3. Testing the libunwind with libc++ on ARM is not possible, because libgcc_s merges RT abi with unwind, duplicating the implementation of some, but not all, unwind functions. I'm not sure how the mo...

...----------- [yue at RH9 Shootout-C++]$ llvmg++ hello.cpp -o hello WARNING: Type conflict between types named 'struct._Unwind_Exception'. Src='{ ulong, void (uint, \4 *) *, uint, uint }'. Dest='{ ulong, void (ubyte, \4 *) *, uint, uint }' gccld: error linking in 'gcc_s': Function 'long (long)':"__negdi2" - Function is already defined! ----------------------------------- yueqiang 2003.12.19

...e cd .. tar cJf llvm9.txz -C /tmp/llvm/usr/local . === snap === When I unpack that now on another fresh system, I'm still getting the following: === snip === ld: error: cannot open crtbegin.o: No such file or directory ld: error: unable to find library -lgcc ld: error: unable to find library -lgcc_s ld: error: unable to find library -lc ld: error: unable to find library -lgcc ld: error: unable to find library -lgcc_s ld: error: cannot open crtend.o: No such file or directory clang-9: error: linker command failed with exit code 1 (use -v to see invocation) === snap === Any hint on how to make...

...etecting CXX compile features -- Detecting CXX compile features - done -- Using Release VC++ CRT: MD -- Looking for os_signpost_interval_begin -- Looking for os_signpost_interval_begin - not found -- Looking for fopen in c -- Looking for fopen in c - not found -- Looking for __gcc_personality_v0 in gcc_s -- Looking for __gcc_personality_v0 in gcc_s - not found -- Looking for __absvdi2 in gcc -- Looking for __absvdi2 in gcc - not found -- Performing Test LIBUNWIND_HAS_NODEFAULTLIBS_FLAG -- Performing Test LIBUNWIND_HAS_NODEFAULTLIBS_FLAG - Failed -- Performing Test LIBUNWIND_HAS_NOSTDINCXX_FLAG -- P...

...ber we discussed this earlier this year, but I can't find the > thread. > > > > The idea is to move libunwind into compiler-rt for the simple reasons > below: > > > > 1. Unwinding is not exclusive to C++, nor exception handling. > > 2. Clang still includes libgcc_s and libgcc_eh when using compiler-rt > > (maybe eh isn't needed, but it was there for libgcc). > > 3. Testing the libunwind with libc++ on ARM is not possible, because > > libgcc_s merges RT abi with unwind, duplicating the implementation of > > some, but not all, unwind...

> Which projects do we put under this monolithic repository? The proposal at the moment is to include llvm, clang, clang-tools-extra, lld, polly, lldb, llgo, compiler-rt, openmp, and parallel-libs. This is the set {llvm} plus the transitive closure of "projects that are version-locked to a project in the set", where the closure is taken over the set of all active LLVM

...d_create in pthread - found > -- Looking for printf in c > -- Looking for printf in c - found > -- Looking for ccos in m > -- Looking for ccos in m - found > -- Looking for clock_gettime in rt > -- Looking for clock_gettime in rt - found > -- Looking for __gcc_personality_v0 in gcc_s > -- Looking for __gcc_personality_v0 in gcc_s - found > -- Found PythonInterp: /usr/bin/python (found version "2.7.3") > -- Configuring done > -- Generating done > -- Build files have been written to: > /home/cschen/test/libcxx-scripts/objs-arm/libcxx > Scanning depe...

On 10/3/14 10:16 AM, Dan Albert wrote: >> >> I try to build libc++ and libc++abi for host x86_64(linux) and target >> arm(linux) but fail. >> > > Failing in what way? If this isn't working out of the box, we've done > something wrong. Yeah, it would help to know more specifics about where you're getting stuck. > > jroelofs might know more... For

Thus wrote David Demelier via llvm-dev: > Also you will need to add more options to the components. See for example: > > LIBCXX_CXX_ABI=libcxxabi > LIBCXX_USE_COMPILER_RT=On > LIBCXXABI_USE_LLVM_UNWINDER=On > LIBCXXABI_USE_COMPILER_RT=On > LIBCXX_HAS_GCC_S_LIB=Off > LIBUNWIND_USE_COMPILER_RT=On > > And as mentioned above > > CLANG_DEFAULT_CXX_STDLIB=libc++ > CLANG_DEFAULT_RTLIB=compiler-rt > CLANG_DEFAULT_LINKER=lld Thank you so much for your help, but when I try to build LLVM with LLVM like so: === snip === cmake \ -DLLVM_E...

...unwinder (libunwind). Currently, libunwind resides in a subdirectory of > libc++abi. There seems to be some desire from multiple parties that it > be moved into compiler-rt or a separate repository. > > Currently, when using compiler-rt as the runtime library (on Linux) we > use libgcc_s and libgcc_eh as the builtins serve as the home for > __gcc_personality_v0. This error handling personality requires > unwinding support, which these libraries provide. This dependency can > be fulfilled with libunwind. I think this dependence should be satisfied by the target system...

...; : ld.lld: error: cannot open crt1.o: No such file or directory ld.lld: error: cannot open crti.o: No such file or directory ld.lld: error: cannot open crtbegin.o: No such file or directory ld.lld: error: unable to find library -lgcc ld.lld: error: unable to find library -lgcc_s ld.lld: error: unable to find library -lc ld.lld: error: unable to find library -lgcc ld.lld: error: unable to find library -lgcc_s ld.lld: error: cannot open crtend.o: No such file or directory ld.lld: error: cannot open crtn.o: No such file or directory clang-8: erro...

I am currently trying to compile a pretty simple program to work on an experimental board. It contains an (FPGA-version of) an ARMv4 processor. So basically, I try this (on my Ubuntu 18.04.1 LTS): clang -v --target=arm-none-eabi -c barehello.c -o barehelloCLANG.o clang -v --target=arm-none-eabi -c io.c -o io.o clang -v --target=arm-none-eabi barehelloCLANG.o io.o -o helloCLANGstatic -static

...../lib -L/usr/lib/../lib -L/usr/lib/arm-linux-gnueabihf/../../lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../.. -L/usr/local/myclang/bin/../lib -L/lib -L/usr/lib /tmp/hello-98a3a7.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/crtend.o /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib/../lib/crtn.o root at christian-forschung-virtual-machine:/home/progs# qemu-arm -L /usr/arm-linux-...

.../lib/../lib -L/usr/lib/../lib -L/usr/lib/arm-linux-gnueabihf/../../lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../.. -L/usr/local/myclang/bin/../lib -L/lib -L/usr/lib /tmp/hello-98a3a7.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/crtend.o /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib/../lib/crtn.o >> >> root at christian-forschung-virtual-machine:/home/progs# qemu-arm -L /us...

.../lib/../lib -L/usr/lib/../lib -L/usr/lib/arm-linux-gnueabihf/../../lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../.. -L/usr/local/myclang/bin/../lib -L/lib -L/usr/lib /tmp/hello-98a3a7.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/crtend.o /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib/../lib/crtn.o > > > > root at christian-forschung-virtual-machine:/home/progs# qemu-arm -L /...

.../lib/../lib -L/usr/lib/../lib -L/usr/lib/arm-linux-gnueabihf/../../lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../.. -L/usr/local/myclang/bin/../lib -L/lib -L/usr/lib /tmp/hello-98a3a7.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/crtend.o /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib/../lib/crtn.o > >>> > >>> root at christian-forschung-virtual-machine:/home/prog...

.../lib/../lib -L/usr/lib/../lib -L/usr/lib/arm-linux-gnueabihf/../../lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../.. -L/usr/local/myclang/bin/../lib -L/lib -L/usr/lib /tmp/hello-98a3a7.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/crtend.o /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib/../lib/crtn.o > > root at christian-forschung-virtual-machine:/home/progs# qemu-arm -L /usr/arm-li...

.../lib/../lib -L/usr/lib/../lib -L/usr/lib/arm-linux-gnueabihf/../../lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../.. -L/usr/local/myclang/bin/../lib -L/lib -L/usr/lib /tmp/hello-98a3a7.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/crtend.o /usr/lib/gcc-cross/arm-linux-gnueabihf/7.3.0/../../../../arm-linux-gnueabihf/lib/../lib/crtn.o > > root at christian-forschung-virtual-machine:/home/progs# qemu-arm -L /usr/arm-li...

Trying to run a self host "ninja check-clang" with ASan enabled I hit a /lot/ of errors like this (strangely I hit none of these in check-llvm, only in check-clang): Any ideas? ==10525==ERROR: AddressSanitizer failed to deallocate 0x10800 (67584) bytes at address 0x631000014800 ==10525==AddressSanitizer CHECK failed: