similar to: [LLVMdev] Half float docs in 2.7 missing

Displaying 20 results from an estimated 30000 matches similar to: "[LLVMdev] Half float docs in 2.7 missing"

2010 Apr 28
1
[LLVMdev] Half float docs in 2.7 missing
Hi Anton, Anton Korobeynikov wrote: >> In the 2.7 relnotes the 16-bit half float type is described, with a link >> to the corresponding LangRef section. However, this section seems to be >> missing in the 2.7 LangRef, I do see it in trunk, though... > That's correct, half fp was added after 2.7 branched. In that case, the 2.7 release notes shouldn't promise something
2010 Apr 28
0
[LLVMdev] Half float docs in 2.7 missing
Hello, Paul > In the 2.7 relnotes the 16-bit half float type is described, with a link > to the corresponding LangRef section. However, this section seems to be > missing in the 2.7 LangRef, I do see it in trunk, though... That's correct, half fp was added after 2.7 branched. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State
2012 Oct 10
3
[LLVMdev] Inconsistency in the LLVM docs
http://llvm.org/docs/LangRef.html#i_inttoptr The 'inttoptr' instruction takes an integer<http://llvm.org/docs/LangRef.html#t_integer> value to cast, and a type to cast it to, which must be a pointer<http://llvm.org/docs/LangRef.html#t_pointer> type. The final example is: %Z = inttoptr <4 x i32> %G to <4 x i8*>; yields truncation of vector G to four pointers The
2010 Sep 07
2
[LLVMdev] Union type, is it really used or necessary?
Chris Lattner wrote: > > a) What is required for them to be accepted back in? > > It needs to work. When reverted, it was broken in almost all cases. 'It needs work' and 'it was broken' doesn't really give me an idea of what specifically is required. Specifically, what I am interested in is using unions within packed structs to force alignment. Using unions
2009 Sep 02
1
[LLVMdev] LangRef description of 'add nsw' doesn't match reality
The langref says for the 'add' instruction: Syntax: <result> = add <ty> <op1>, <op2> ; yields {ty}:result <result> = nuw add <ty> <op1>, <op2> ; yields {ty}:result <result> = nsw add <ty> <op1>, <op2> ; yields {ty}:result <result> = nuw nsw add <ty> <op1>, <op2> ;
2012 May 17
3
[LLVMdev] [PATCH] OpenCL half support
looks good here. > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of Anton Lokhmotov > Sent: Thursday, May 17, 2012 4:51 AM > To: 'David Neto' > Cc: llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] [PATCH] OpenCL half support > > Hi David, > > Many thanks for the comments! > >
2014 Mar 18
4
[LLVMdev] TableGen docs
Hi folks, It took a while, but I finally have some bandwidth to look at this. I've been reading the two existing TableGen documents: http://llvm.org/docs/TableGenFundamentals.html http://llvm.org/docs/TableGen/LangRef.html the first is linked from the index, but LangRef is not (though it has some remains in the metadata). I'm wondering what's the relationship between them two. My
2020 Aug 13
2
cmpxchg on floats
Hi LLVM-dev, when working on MLIR-to-LLVM-IR conversion, I noticed that it is possible to programmatically construct a cmpxchg instruction operating on floats (or actually any type since there is no assertion on pointer element type here https://github.com/llvm/llvm-project/blob/9c2e708f0dc547d386ea528450a33ef4bd2a750b/llvm/lib/IR/Instructions.cpp#L1501), but LangRef specifies that only integers
2012 Oct 10
0
[LLVMdev] Inconsistency in the LLVM docs
Hi Micah, We need to fix the documentation here. We want to be able to convert vectors of integers to vectors of pointers and back. There are a few tests such as (/InstCombine/vector_gep1.ll) that check for these conversions. Nadav On Oct 10, 2012, at 11:11 AM, "Villmow, Micah" <Micah.Villmow at amd.com> wrote: > http://llvm.org/docs/LangRef.html#i_inttoptr > >
2010 Mar 07
1
[LLVMdev] Changes between 2.6 and 2.7: SSA Verifier and visitFreeInst
On Sat, Mar 6, 2010 at 2:35 PM, Nick Lewycky <nicholas at mxc.ca> wrote: > Jianzhou Zhao wrote: >> >> Hi llvm, >> >> 1) The lib/VMCore/Verifier.cpp in 2.7 implements Verifier::VerifyType, >> which is empty in 2.6. I noticed that it does not check all types, >> for example, UnionTyID, OpaqueTyID, LabelTyID, MetadataTyID >> and etc are ignored in
2012 May 11
2
[LLVMdev] [PATCH] OpenCL half support
I've got comments on the code change. The test cases look ok, but I haven't fully checked the math on the half-values. I checked with reference to trunk top-of-tree at revision 156617. I have not compiled the code. lib/AsmParser/LLLexer.cpp Adds support to parse format: 0xH<hexdigits> Tha 0xH format should be described in LangRef.html alongside 0xK<hex> and
2015 Feb 19
2
[LLVMdev] [PATCH] Minor typos corrected in docs
I was reading various documents in the llvm/docs/ directory and found a few minor typos. I don't have write access so if someone could apply these for me, that would be great. --- Index: docs/LangRef.rst =================================================================== --- docs/LangRef.rst (revision 228410) +++ docs/LangRef.rst (working copy) @@ -368,7 +368,7 @@ The idea
2014 Jun 15
4
[PATCH v2 0/3] ARB_viewport_array for nvc0
This patch-series implements the ARB_viewport_array for nvc0 and does a little house-cleanig afterwords. V2: Add Release-Notes, mark this in GL3 as done for nvc0 Don't mark the scissors dirty when we don't need to do that Tobias Klausmann (3): nvc0: implement multiple viewports/scissors, enable ARB_viewport_array docs: update GL3.txt, relnotes: mark GL_ARB_viewport_array as done
2020 Aug 14
3
cmpxchg on floats
We've relaxed `atomicrmw xchg` to support floating point types but not cmpxchg -- the cmpxchg comparison behavior is not a floating point comparison, so that would be potentially misleading. I'd say adding the assertion is a good idea. Cheers, Nicolai On Thu, Aug 13, 2020 at 10:59 PM Chris Lattner via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Does the code generator
2012 May 17
0
[LLVMdev] [PATCH] OpenCL half support
Hi David, Many thanks for the comments! > Tha 0xH format should be described in LangRef.html alongside > 0xK<hex> and 0xM<hex> Done. > Declaration of "int shiftcount" should be moved to smallest nesting > possible, right after "if ( const ConstantFP ..." at line 710 > > (The code makes a lot more sense with a good comment on the
2010 Mar 25
1
Kickstart 8TB partition limit?
I found a kickstart installation with part pv.100000 --size=1 --grow volgroup vol0 pv.100000 creates a partition with a size of 8TB even though more than 9TB is available. I need to go in manually with gdisk to destroy the partition and recreate it with all available space. No filesystem is specified be cause want to use xfs, which kickstart does not support out of the box. This is under
2015 Aug 07
1
LibreSSL
With 2.2.2 release http://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-2.2.2-relnotes.txt is there a paln to provide a drop-in replacement of OpenSSL? -- Ciao, luigi / +--[Luigi Rosa]-- \ Furious activity is no substitute for understanding. --H. H. Williams
2019 Feb 12
2
docs-llvm-html broken?
Hi, docs seem to be broken. e.g. r353563 adds docs for callbr, but https://llvm.org/docs/LangRef.html doesn't have it. trying to build the docs manually on my box: ninja docs-llvm-html FAILED: docs/CMakeFiles/docs-llvm-html cd /usr/local/google/home/kcc/llvm-build/docs && /usr/bin/sphinx-build -b html -d /usr/local/google/home/kcc/llvm-build/docs/_doctrees-llvm-html -q -W
2019 Jan 20
3
DIGlobalVariableExpression doc in langref
Hi, I don't find DIGlobalVariableExpression in langref. Should it be documented? Could anybody explain what it is? https://llvm.org/docs/LangRef.html In one ll file converted from bitcode, I mostly see something like this. !8273 = !DIGlobalVariableExpression(var: !8274, expr: !DIExpression()) Only one looks like this. !8945 = !DIGlobalVariableExpression(var: !8946, expr:
2014 Jul 10
3
[PATCH 0/3] nvc0: ARB_(multi_)draw_indirect support
The main patches are from Christoph. Unfortunately they're a little beyond my understanding of all the vertex-related details, but they generally seemed fine. I'm just going to push these unless someone steps up to review them. Christoph Bumiller (2): nvc0: add support for indirect drawing nvc0: fix translate path for PRIM_RESTART_WITH_DRAW_ARRAYS Ilia Mirkin (1): nouveau: check if