search for: divrem

...t a/klibc/arch/sparc/Makefile.inc b/klibc/arch/sparc/Makefile.inc index 41c23c5..d77030d 100644 --- a/klibc/arch/sparc/Makefile.inc +++ b/klibc/arch/sparc/Makefile.inc @@ -23,25 +23,33 @@ KLIBCARCHOBJS = \ libgcc/__umoddi3.o \ libgcc/__udivmoddi4.o -arch/$(KLIBCARCH)/sdiv.S: arch/$(KLIBCARCH)/divrem.m4 +arch/$(KLIBCARCH)/sdiv.o: arch/$(KLIBCARCH)/sdiv.S + +klibc/arch/$(KLIBCARCH)/sdiv.S: klibc/arch/$(KLIBCARCH)/divrem.m4 @echo 'building $@ from $^' @(echo "define(NAME,\`.div')define(OP,\`div')define(S,\`true')"; \ cat $^) | m4 > $@ @chmod 444 $@ -arc...

I'm trying to replace SDIvRem (whch returns two i16 types) with a custom that returns i32 or i16. I am getting the Assertion (!Node || ResNo < Node->getNumValues() && "Invalid result number for the given node!") Seems that it doesn't like returning one value but how do you return more than one value...

Hi Renato, > * Have some call-back mechanism, possibly upon a flag > (HasSpecialDivRemLowering), and update the remainder result If you setOperationAction on SDIVREM and UDIVREM to Custom you can expand the rtlib call appropriately yourself. There's precedent for sincos on Darwin systems (both ARM and x86) and in AArch64 for basically every operation on fp128. Cheers. Tim.

...working on bug 16387: "clang doesn't produce ARM EABI-compliant modulo runtime function" http://llvm.org/bugs/show_bug.cgi?id=16387 And I need some pointers. I've changed ARMISelLowering::ARMTargetLowering::ARMTargetLowering() to associate __aeabi_idivmod variants to RTLIB::{U,S}DIVREM_* library calls, but now I need to teach the expansion that on AEABI case, the remainder is not on the stack, but on registers. However, SelectionDAGLegalize::ExpandDivRemLibCall() assumes the remainder is *always* on the stack, as is the case for GNU: // Remainder is loaded back from the stack...

Hi,     Is there a way to specify multiple destination operands for instructions (as pattern in .td file)? I got an error from tablegen when tried using multiple destination (for example, I was using a pattern to do divrem (division and remainder) instruction).   Thanks, -Sanjay   -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090129/1eb45c02/attachment.html>

There can also be other “problems" like this one: http://reviews.llvm.org/D6946 <http://reviews.llvm.org/D6946> - Matthias > On Apr 20, 2015, at 1:44 PM, Tim Northover <t.p.northover at gmail.com> wrote: > >> The DAG combiner also performs the undefined shift -> undef though, so it >> should still be OK > > DAG combiner doesn't really run to

...+ usr/klibc/arch/sparc/MCONFIG | 19 ++ usr/klibc/arch/sparc/Makefile.inc | 48 +++++ usr/klibc/arch/sparc/__muldi3.S | 27 +++ usr/klibc/arch/sparc/crt0.S | 2 usr/klibc/arch/sparc/crt0i.S | 100 +++++++++++ usr/klibc/arch/sparc/divrem.m4 | 276 +++++++++++++++++++++++++++++ usr/klibc/arch/sparc/pipe.S | 30 +++ usr/klibc/arch/sparc/setjmp.S | 38 ++++ usr/klibc/arch/sparc/smul.S | 160 +++++++++++++++++ usr/klibc/arch/sparc/syscall.S | 19 ++ usr/klibc/arch/sp...

...mMatcher.inc I am hitting the following issue (actually several, but they may be related). It may have something to do with the $$ escape sequence: /home/jcarter/workarea/llvm/lib/Target/Mips/Mips64InstrInfo.td:173:1: error: error: unable to find operand: 'zero' def DSDIV : Div64<MipsDivRem, 0x1e, "ddiv", IIIdiv>; Here is the sequence of definitions: def SDT_MipsDivRem : SDTypeProfile<0, 2, [SDTCisInt<0>, SDTCisSameAs<0, 1>]>; def MipsDivRem : SDNode<"M...

...llel chains don't get interleaved This would be a sequential chain... > This is the case for all operations expanded as library calls I think their originating node already has a chain (i.e. mem operand or side effect in llvm-ir). My case is a arithmetic node without ordering constraints (divrem) getting lowered into sth that _does_ have ordering constraints. I first thought it is very straight forward, turns out it is not a common case. My current WA will be to code prepare into intrinsics with side-effects. I was wondering if that's really necessary.. Thanks for the input On Thu, J...

...ps/cconv/arguments-varargs.ll > LLVM :: CodeGen/Mips/cconv/arguments.ll > LLVM :: CodeGen/Mips/cconv/return-hard-fp128.ll > LLVM :: CodeGen/Mips/cconv/return-hard-struct-f128.ll > LLVM :: CodeGen/Mips/ci2.ll > LLVM :: CodeGen/Mips/countleading.ll > LLVM :: CodeGen/Mips/divrem.ll > LLVM :: CodeGen/Mips/dynamic-stack-realignment.ll > LLVM :: CodeGen/Mips/inlineasm-operand-code.ll > LLVM :: CodeGen/Mips/mips64muldiv.ll > LLVM :: CodeGen/PowerPC/ppc64-crsave.mir > LLVM :: CodeGen/X86/avx-cast.ll > LLVM :: CodeGen/X86/fp-intrinsics.ll > LLV...

....ll LLVM :: CodeGen/Mips/2008-08-03-ReturnDouble.ll LLVM :: CodeGen/Mips/2008-10-13-LegalizerBug.ll LLVM :: CodeGen/Mips/2008-11-10-xint_to_fp.ll LLVM :: CodeGen/Mips/2010-07-20-Switch.ll LLVM :: CodeGen/Mips/blockaddr.ll LLVM :: CodeGen/Mips/cmov.ll LLVM :: CodeGen/Mips/divrem.ll LLVM :: CodeGen/Mips/private.ll LLVM :: CodeGen/SPARC/2007-07-05-LiveIntervalAssert.ll LLVM :: CodeGen/SPARC/2009-08-28-PIC.ll LLVM :: CodeGen/SPARC/2011-01-11-CC.ll LLVM :: CodeGen/SPARC/2011-01-19-DelaySlot.ll LLVM :: CodeGen/SPARC/2011-01-22-SRet.ll LLVM :: CodeGen...

...UnitTests/2005-05-11-Popcount-ffs-fls SingleSource/UnitTests/2005-05-12-Int64ToFP SingleSource/UnitTests/2005-05-13-SDivTwo SingleSource/UnitTests/2005-07-17-INT-To-FP SingleSource/UnitTests/2005-11-29-LongSwitch SingleSource/UnitTests/2006-01-29-SimpleIndirectCall SingleSource/UnitTests/2006-02-04-DivRem SingleSource/UnitTests/2006-12-01-float_varg SingleSource/UnitTests/2006-12-04-DynAllocAndRestore SingleSource/UnitTests/2006-12-07-Compare64BitConstant SingleSource/UnitTests/2006-12-11-LoadConstants SingleSource/UnitTests/2007-01-04-KNR-Args SingleSource/UnitTests/2007-03-02-VaCopy SingleSource/U...

....northover at gmail.com> wrote: > On Thu, 16 Jul 2020 at 16:44, Hendrik Greving via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > But then the new nodes are not chained with respect to other nodes, or > not chained with respect to each other, in case there are several UDIVREM. > > Do they really need to be chained with each other or anything else? > The case I know of is when they get lowered to a libcall. That libcall > has effects that mean it needs a chain of some kind, but it doesn't > really matter in any other way where in the basic block it hap...

There are LLVM 2.9 RC1 pre-release tarballs source available. You can find them here: http://llvm.org/pre-releases/2.9/ Please download them, build them, and compile things to your heart's content. And most importantly file a bunch of bug reports. :-) Share and enjoy! -bw

I'd like to (re)start a discussion on a few gotchas in FileCheck that I've noticed working on various tests in llvm's suites. This begain in a review [1], but I'll try to summarize here so it gets the right audience before decisions are made on it (so to speak). 1: https://reviews.llvm.org/D77227 The main sticking point is the abundance of checks in FileCheck tests that appear to

...ce/UnitTests/vla | * | * | SingleSource/UnitTests/2002-05-02-ManyArguments | * | * | SingleSource/UnitTests/2003-07-06-IntOverflow | * | * | SingleSource/UnitTests/2006-02-04-DivRem | * | * | SingleSource/UnitTests/2002-05-19-DivTest | * | * | SingleSource/UnitTests/2006-01-29-SimpleIndirectCall | * | * | SingleSource/UnitTests/2008-04-18-LoopBug...

...* 0.00 | - - n/a n/a SingleSource/UnitTests/2006-01-29-SimpleIndirectCall | 0.0032 748 0.0043 * 0.0029 | 0.00 0.00 0.00 * 0.01 | - - n/a n/a SingleSource/UnitTests/2006-02-04-DivRem | 0.0039 696 0.0035 * 0.0033 | 0.00 0.00 0.00 * 0.01 | - - n/a n/a SingleSource/UnitTests/2006-12-01-float_varg | 0.0015 600 0.0025 * 0.0022...

...* 0.01 | - - n/a n/a SingleSource/UnitTests/2006-01-29-SimpleIndirectCall | 0.0040 732 0.0040 * 0.0040 | 0.00 0.00 0.00 * 0.01 | - - n/a n/a SingleSource/UnitTests/2006-02-04-DivRem | 0.0040 696 0.0040 * 0.0040 | 0.00 0.00 0.00 * 0.01 | - - n/a n/a SingleSource/UnitTests/2006-12-01-float_varg | 0.0000 600 0.0040 * 0.0000...

LLVMers, The 2.2 prerelease is now available for testing: http://llvm.org/prereleases/2.2/ If anyone can help test this release, I ask that you do the following: 1) Build llvm and llvm-gcc (or use a binary). You may build release (default) or debug. You may pick llvm-gcc-4.0, llvm-gcc-4.2, or both. 2) Run 'make check'. 3) In llvm-test, run 'make TEST=nightly report'. 4) When

...* 0.01 | - - n/a n/a SingleSource/UnitTests/2006-01-29-SimpleIndirectCall | 0.0034 744 0.0031 * 0.0019 | 0.00 0.00 0.00 * 0.01 | - - n/a n/a SingleSource/UnitTests/2006-02-04-DivRem | 0.0034 688 0.0014 * 0.0065 | 0.00 0.00 0.00 * 0.01 | - - n/a n/a SingleSource/UnitTests/2006-12-01-float_varg | 0.0025 592 0.0074 * 0.0018...