search for: __ashrdi3

Are there existing "generic" implementations for these functions under the same license as LLVM? By generic I mean C or IR that doesn't use any particular HW intrinsics. I read up on divides in Knuth's Seminumerical book, but decided to use base-2 long division on the first go-around for simplicity. I know it's not very efficient and I'm looking for shortcuts to

On Oct 31, 2008, at 10:13 AM, Daniel M Gessel wrote: > Are there existing "generic" implementations for these functions under > the same license as LLVM? By generic I mean C or IR that doesn't use > any particular HW intrinsics. Hi Daniel, We're working on a complete ground-up implementation of the API vended by libgcc, including these routines, under the LLVM

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

...h/i386/sys/vm86.h | 40 +++++++++ usr/klibc/arch/i386/MCONFIG | 33 ++++++++ usr/klibc/arch/i386/Makefile.inc | 30 +++++++ usr/klibc/arch/i386/crt0.S | 31 +++++++ usr/klibc/arch/i386/libgcc/__ashldi3.S | 29 +++++++ usr/klibc/arch/i386/libgcc/__ashrdi3.S | 29 +++++++ usr/klibc/arch/i386/libgcc/__lshrdi3.S | 29 +++++++ usr/klibc/arch/i386/libgcc/__muldi3.S | 34 ++++++++ usr/klibc/arch/i386/libgcc/__negdi2.S | 21 +++++ usr/klibc/arch/i386/open.S | 29 +++++++ usr/klibc/arch/i386/openat.S | 26 ++++...

> On 06/08/2014 02:58 PM, Ady wrote: > >> > >> To be clear, I am not saying there is no bug - there might be. > >> > > > > I performed the following test with several versions of Syslinux: > > > > 1_ Execute: > > 'extlinux --once=non_default_label --install /mnt/sda1' ; > > 2_ In first reboot, the

On 06/09/2014 02:58 PM, H. Peter Anvin wrote: > > Actually, it looks more like this might be the problem: > > Info: Symbol __muldi3 is defined more than once > Info: Symbol __divdi3 is defined more than once > Info: Symbol __udivmoddi4 is defined more than once > Info: Symbol __ashrdi3 is defined more than once > Info: Symbol dev_stdcon_w is defined more than once > Info: Symbol __moddi3 is defined more than once > Info: Symbol __syslinux_adv_ptr is defined more than once > Info: Symbol __negdi2 is defined more than once > Info: Symbol __umoddi3 is defined more tha...

> > Hi, > > > Consider the case in Sparc or ARM > > can you please provide a testcase in bitcode (or > LLVM assembler) form. > Please find the bitcode file and C file attached with. Regards Sachin > Thanks, > > Duncan. -------------- next part -------------- A non-text attachment was scrubbed... Name: trysparc.bc Type: application/octet-stream Size: 476

...======= --- lib/System/Win32/DynamicLibrary.inc (revision 51993) +++ lib/System/Win32/DynamicLibrary.inc (working copy) @@ -134,6 +134,21 @@ #if defined(__MINGW32__) EXPLICIT_SYMBOL_DEF(_alloca); EXPLICIT_SYMBOL_DEF(__main); + EXPLICIT_SYMBOL_DEF(__ashldi3); + EXPLICIT_SYMBOL_DEF(__ashrdi3); + EXPLICIT_SYMBOL_DEF(__cmpdi2); + EXPLICIT_SYMBOL_DEF(__divdi3); + EXPLICIT_SYMBOL_DEF(__eprintf); + EXPLICIT_SYMBOL_DEF(__fixdfdi); + EXPLICIT_SYMBOL_DEF(__fixsfdi); + EXPLICIT_SYMBOL_DEF(__fixunsdfdi); + EXPLICIT_SYMBOL_DEF(__fixunssfdi); + EXPLICIT_SYMBOL_DEF(__floatdi...

...nalysis.lo synthesis.lo psy.lo info.lo floor1.lo floor0.lo res0.lo mapping0.lo registry.lo codebook.lo sharedbook.lo lookup.lo bitrate.lo -R/usr/local/lib -R/usr/local/lib -lm /usr/local/lib/libogg.so -lc Undefined first referenced symbol in file __ashrdi3 block.lo __floatdidf analysis.lo ld: fatal: Symbol referencing errors. No output written to .libs/libvorbis.so.0.3.0 make[2]: *** [libvorbis.la] Error 1 make[2]: Leaving directory `/export/home/antimag/radio/install/libvorbis-1.0.1/lib' make[1]:...

...ons for ISD::SRA ,ISD::SHL, and ISD::SRL, as they are properly defined in RuntimeLibCalls.def. The library functions defined in RuntimeLibCalls.def (among others) are these: HANDLE_LIBCALL(SRA_I16, "__ashrhi3") HANDLE_LIBCALL(SRA_I32, "__ashrsi3") HANDLE_LIBCALL(SRA_I64, "__ashrdi3") However, setting setOperationAction(ISD::SRA, MVT::i16, LibCall); in the TargetLowering constructor causes LLVM to stop with an assert as the shift instruction can’t be selected. The problem is in SelectionDAGLegalize::ConvertNodeToLibcall because there’s no switch case for any of the S...

...ISD::SRL, as they are properly defined in RuntimeLibCalls.def. > > The library functions defined in RuntimeLibCalls.def (among others) are these: > > HANDLE_LIBCALL(SRA_I16, "__ashrhi3") > HANDLE_LIBCALL(SRA_I32, "__ashrsi3") > HANDLE_LIBCALL(SRA_I64, "__ashrdi3") > > However, setting > > setOperationAction(ISD::SRA, MVT::i16, LibCall); > > in the TargetLowering constructor causes LLVM to stop with an assert as the shift instruction can’t be selected. > > The problem is in SelectionDAGLegalize::ConvertNodeToLibcall bec...

Hello > The bitcode was generated by llvm-gcc v2.6 for Mingw32/x86, which is > available for download at the llvm site. > Please let me know, if i should tell more. Well, the answer is pretty obvious then. These calls are not generated by JIT. They are already in your bitcode - they are generated by llvm-gcc. The purpose of these calls were alreade explained by Eli. You should either

...nalysis.lo synthesis.lo psy.lo info.lo floor1.lo floor0.lo res0.lo mapping0.lo registry.lo codebook.lo sharedbook.lo lookup.lo bitrate.lo -R/usr/local/lib -R/usr/local/lib -lm /usr/local/lib/libogg.so -lc Undefined first referenced symbol in file __ashrdi3 block.lo __floatdidf analysis.lo ld: fatal: Symbol referencing errors. No output written to .libs/libvorbis.so.0.3.0 make[2]: *** [libvorbis.la] Error 1 make[2]: Leaving directory `/export/home/antimag/radio/install/libvorbis-1.0.1/lib' make[1]:...

...0f8..6fe3b53 100644 --- a/usr/klibc/arch/mips64/Kbuild +++ b/usr/klibc/arch/mips64/Kbuild @@ -1,3 +1,14 @@ # # klibc files for mips64 # + +klib-y := ../mips/pipe.o ../mips/vfork.o setjmp.o ../mips/syscall.o + +klib-y += ../../libgcc/__clzsi2.o ../../libgcc/__ashldi3.o +klib-y += ../../libgcc/__ashrdi3.o ../../libgcc/__lshrdi3.o +klib-y += ../../libgcc/__divdi3.o ../../libgcc/__moddi3.o +klib-y += ../../libgcc/__udivdi3.o ../../libgcc/__umoddi3.o +klib-y += ../../libgcc/__udivmoddi4.o + +always := crt0.o +targets := crt0.o diff --git a/usr/klibc/arch/mips/sysstub.ph b/usr/klibc/arch/mi...

...0-pre8/9 but was not applied to the 6.xx branch on > time (nor since). > Actually, it looks more like this might be the problem: Info: Symbol __muldi3 is defined more than once Info: Symbol __divdi3 is defined more than once Info: Symbol __udivmoddi4 is defined more than once Info: Symbol __ashrdi3 is defined more than once Info: Symbol dev_stdcon_w is defined more than once Info: Symbol __moddi3 is defined more than once Info: Symbol __syslinux_adv_ptr is defined more than once Info: Symbol __negdi2 is defined more than once Info: Symbol __umoddi3 is defined more than once Info: Symbol __lsh...

...vin wrote: > > > > Actually, it looks more like this might be the problem: > > > > Info: Symbol __muldi3 is defined more than once > > Info: Symbol __divdi3 is defined more than once > > Info: Symbol __udivmoddi4 is defined more than once > > Info: Symbol __ashrdi3 is defined more than once > > Info: Symbol dev_stdcon_w is defined more than once > > Info: Symbol __moddi3 is defined more than once > > Info: Symbol __syslinux_adv_ptr is defined more than once > > Info: Symbol __negdi2 is defined more than once > > Info: Symbol __um...

...sider 25K an acceptable size for the root module, those objects, of course, don't need to be removed. LIBENTRY_OBJS = \ sys/farcall.o sys/cfarcall.o sys/zeroregs.o \ sys/argv.o \ sys/ftell.o \ sys/isatty.o sys/fstat.o LIBGCC_OBJS = \ libgcc/__ashldi3.o \ libgcc/__negdi2.o libgcc/__ashrdi3.o libgcc/__lshrdi3.o \ libgcc/__muldi3.o \ libgcc/__divdi3.o libgcc/__moddi3.o LIBCONSOLE_OBJS = \ sys/colortable.o sys/screensize.o \ \ sys/rawcon_write.o \ sys/null_read.o sys/null_write.o sys/serial_write.o \ \ sys/xserial_write.o \ \ sys/ansi.o \ \ sys/ansicon...

...fputs.o fwrite2.o fwrite.o fgetc.o fclose.o errno.o lmalloc.o \ sys/err_read.o sys/err_write.o sys/null_read.o \ - sys/stdcon_write.o sys/openconsole.o \ + sys/stdcon_write.o \ syslinux/memscan.o strrchr.o \ libgcc/__ashldi3.o libgcc/__udivdi3.o \ libgcc/__negdi2.o libgcc/__ashrdi3.o libgcc/__lshrdi3.o \ diff --git a/core/extern.inc b/core/extern.inc index 3cde286..953be42 100644 --- a/core/extern.inc +++ b/core/extern.inc @@ -27,8 +27,6 @@ extern hexdump, mydump - extern printf_init - extern mem_init ; fs.c diff --git a/core/hello.c b/core/hello.c index d30fc3b....