similar to: [LLVMdev] lli/JIT missing libgcc symbols on Mingw32/x86

I'm trying to compile LLVM with musl libc library. The compilation process fails on the following: x86_64-linux-musl-g++ -DGTEST_HAS_RTTI=0 -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Ilib/Support -I../lib/Support -Iinclude -I../include -fPIC -fvisibility-inlines-hidden -Werror=date-time -std=c++11 -Wall -W -Wno-unused-parameter

On 11-05-12 8:33 PM, Talin wrote: > I recently modified my compiler's build files to use clang if it detects > its available, however I'm running into a number of problems with this. > I'm having one set of problems on OS X, and a different set of problems > under Ubuntu. > > In both cases I'm attempting to link my frontend - compiled with clang - > against the

On 5/12/11 7:08 PM, Rafael Ávila de Espíndola wrote: > The problem comes from SearchForAddressOfSpecialSymbol.cpp: > > // FIXME: Currently disabled when using Clang, as we don't always > have our > // runtime support libraries available. > #ifndef __clang__ > #ifdef __i386__ > EXPLICIT_SYMBOL(__eprintf); > #endif > #endif > > Now, exactly

Hi, Here is a fix for some missing libgcc magic in the ia64 build. A recent problem with udev uncovered this. PPC needs a similar fix. Olaf will send a patch, I imagine. Both unified diff and bk diff (for Bryan) are attached. mh -- Martin Hicks Wild Open Source Inc. mort@wildopensource.com 613-266-2296 -------------- next part -------------- # User: mort # Host:

Hi, I'm trying to do a build and install on Windows 10 with Visual Studio 2015 Community Edition for the X86 and ARM targets, from the current release_40 branch. While compilation completes without error, the INSTALL target fails with the following error: 54> CMake Error at projects/compiler-rt/lib/builtins/cmake_install.cmake:34 (file): 54> file INSTALL cannot find 54>

Please excuse me for posting to a list to which I am not subscribed. I built libvorbis-1.0rc2 on sparc-solaris-2.8, using gcc-2.95.3, and find that the library has unreferenced functions, specifically __floatdidf and __floatdisf. I'd appreciate suggestions on how to compile this library on this architecture so it is fully functional. (Alas, since I don't subscribe, I'd appreciate a

Has anyone tried to build 3.1p1 on Solaris with the new openssl-0.9.6d? I am having trouble building; here is my setup: GNU ld, GNU make and my config options are as follows: ./configure --prefix=/usr/local/stow/openssh-3.1p1 \ --sysconfdir=/usr/local/etc --with-md5-passwords --disable-suid-ssh \ --with-ssl-dir=/usr/local/ssl Here is the error is fails on: /usr/local/bin/ld -o scp scp.o

On 8/14/19 9:42 PM, Stefan Kanthak wrote: > Hi, > > both > https://git.kernel.org/pub/scm/libs/klibc/klibc.git/plain/usr/klibc/arch/i386/libgcc/__ashldi3.S > and > https://git.kernel.org/pub/scm/libs/klibc/klibc.git/plain/usr/klibc/arch/i386/libgcc/__lshrdi3.S > use the following code sequences for shift counts greater 31: > > 1: 1: >

"H. Peter Anvin" <hpa at zytor.com> wrote August 20, 2019 12:51 AM: > On 8/14/19 9:42 PM, Stefan Kanthak wrote: >> Hi, >> >> both >> https://git.kernel.org/pub/scm/libs/klibc/klibc.git/plain/usr/klibc/arch/i386/libgcc/__ashldi3.S >> and >> https://git.kernel.org/pub/scm/libs/klibc/klibc.git/plain/usr/klibc/arch/i386/libgcc/__lshrdi3.S

Hi, both https://git.kernel.org/pub/scm/libs/klibc/klibc.git/plain/usr/klibc/arch/i386/libgcc/__ashldi3.S and https://git.kernel.org/pub/scm/libs/klibc/klibc.git/plain/usr/klibc/arch/i386/libgcc/__lshrdi3.S use the following code sequences for shift counts greater 31: 1: 1: xorl %edx,%edx shrl %cl,%edx shl %cl,%eax xorl %eax,%eax

Hi, I installed CentOS 5 from DVD and noticed this warning at the top of /root/install.log: Installing libgcc - 4.1.1-52.el5.i386 warning: libgcc-4.1.1-52.el5: Header V3 DSA signature: NOKEY, key ID e8562897 Wondering if anyone knows why this error occurs. Is this expected? Thanks, Venkat

Hello, Julien > Anybody had this problem before ? Is this a proper fix ? Applied, thanks! -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

I was trying to build some code today for an ARM7TDMI, which does not have a hardware divider and I noticed that LLVM translated divide instructions into a call into libgcc's udivsi3. Is there any way of removing this library dependency and allowing LLVM's link time optimizer optimize the generated division code (inline it, merge the div/mod if using both, etc)? Thanks much, Arlen

Hi Sanjoy, > I've been working on implementing support for segmented stacks in LLVM > (towards GSoC '11). Currently I'm working on adding intrinsics for > coroutines. The problem is this: > > Till now I had been depending on libgcc for runtime support (and was > being 100% libgcc compatible in the process). However, since all the > stack allocation routines in

I have R-261 running on a Linux 2.6 system, which has gcc-4.1.2 installed. It was working fine until the sysadmin installed an older version of gcc (3.4.6) which was required for an older app. The gcc-3.4.6 install is under /usr/local/bin. Now when a user invokes R, the error message "/opt/r-261/lib/R/bin/exec/R: /usr/local/lib/libgcc_s.so.1: version `GCC_4.0.0' not found (required

Can you bootstrap llvm-gcc (configure with --enable-bootstrap)? Ciao, Duncan.

Hello all, I have been tasked with "fixing" one of our CentOS boxes by somehow downgrading the libgcc and gcc packages to a specific version (Required by the Oracle Grid Control client). Normally I'd just remove and reinstall the packages however removing libgcc is no fun as I found out the hard way it breaks pretty much every package including rpm & yum. Is there an elegant way

Duncan Sands dixit: >Can you bootstrap llvm-gcc (configure with --enable-bootstrap)? Nope, probably because it uses the host C++ compiler instead of the one built in stage1 during stage2: /usr/ports/lang/llvm-gcc/w-llvm-gcc4.2-58935-1/llvm-gcc4.2/host-i386-ecce-mirbsd10/prev-gcc/xgcc -B/usr/ports/lang/llvm-gcc/w-llvm-gcc4.2-58935-1/llvm-gcc4.2/host-i386-ecce-mirbsd10/prev-gcc/

Hi llvmdev! I've been working on implementing support for segmented stacks in LLVM (towards GSoC '11). Currently I'm working on adding intrinsics for coroutines. The problem is this: Till now I had been depending on libgcc for runtime support (and was being 100% libgcc compatible in the process). However, since all the stack allocation routines in libgcc depend on TLS variables to

Hi, I'm using compiler-rt to build the library to replace libgcc. How can I disable -lgcc being added and passed to the linker? When I use: "clang -ccc-gcc-name arm-cross-g++ hello.c -Lmypath -lmylib -v" -lgcc is always added: "...gcc/arm-none-linux-gnueabi/4.6.1/collect2 ... /tmp/hello-Pj9QxO.o -lgcc ..." How can I disable or override libgcc from the command line?