[llvm-commits] [llvm] r46922 - /llvm/trunk/lib/CodeGen/SelectionDAG/DAGCombiner.cpp

2008-02-10 Thread Bill Wendling
Author: void Date: Sun Feb 10 02:10:24 2008 New Revision: 46922 URL: http://llvm.org/viewvc/llvm-project?rev=46922view=rev Log: Return (c1 + c2) instead of yet another ADD node (which made this a no-op). Modified: llvm/trunk/lib/CodeGen/SelectionDAG/DAGCombiner.cpp Modified:

[llvm-commits] [llvm] r46923 - /llvm/trunk/docs/ReleaseNotes.html

2008-02-10 Thread Chris Lattner
Author: lattner Date: Sun Feb 10 02:17:19 2008 New Revision: 46923 URL: http://llvm.org/viewvc/llvm-project?rev=46923view=rev Log: final set of major updates Modified: llvm/trunk/docs/ReleaseNotes.html Modified: llvm/trunk/docs/ReleaseNotes.html URL:

[llvm-commits] [llvm] r46924 - /llvm/trunk/docs/ReleaseNotes.html

2008-02-10 Thread Chris Lattner
Author: lattner Date: Sun Feb 10 02:18:42 2008 New Revision: 46924 URL: http://llvm.org/viewvc/llvm-project?rev=46924view=rev Log: validation fixes Modified: llvm/trunk/docs/ReleaseNotes.html Modified: llvm/trunk/docs/ReleaseNotes.html URL:

[llvm-commits] [llvm-gcc-4.2] r46927 - /llvm-gcc-4.2/trunk/gcc/gcc.c

2008-02-10 Thread Wojciech Matyjewicz
Author: wmat Date: Sun Feb 10 04:41:01 2008 New Revision: 46927 URL: http://llvm.org/viewvc/llvm-project?rev=46927view=rev Log: Revert commits: r46886, r46860, r46858. Restore proper working of -emit-llvm and --emit-llvm options on, at least, Linux/x86. Modified:

[llvm-commits] [llvm] r46928 - /llvm/trunk/docs/ReleaseNotes.html

2008-02-10 Thread Duncan Sands
Author: baldrick Date: Sun Feb 10 07:40:55 2008 New Revision: 46928 URL: http://llvm.org/viewvc/llvm-project?rev=46928view=rev Log: Add some Ada info and correct a few buglets. Modified: llvm/trunk/docs/ReleaseNotes.html Modified: llvm/trunk/docs/ReleaseNotes.html URL:

[llvm-commits] [llvm] r46929 - /llvm/trunk/docs/ReleaseNotes.html

2008-02-10 Thread Chris Lattner
Author: lattner Date: Sun Feb 10 11:52:05 2008 New Revision: 46929 URL: http://llvm.org/viewvc/llvm-project?rev=46929view=rev Log: close an li tag Modified: llvm/trunk/docs/ReleaseNotes.html Modified: llvm/trunk/docs/ReleaseNotes.html URL:

[llvm-commits] CVS: llvm-www/www-index.html

2008-02-10 Thread Chris Lattner
Changes in directory llvm-www: www-index.html updated: 1.151 - 1.152 --- Log message: link to all the tutorials. --- Diffs of the changes: (+2 -2) www-index.html |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) Index: llvm-www/www-index.html diff -u

[llvm-commits] [llvm] r46931 - /llvm/trunk/lib/Target/X86/X86InstrSSE.td

2008-02-10 Thread Nate Begeman
Author: sampo Date: Sun Feb 10 12:47:57 2008 New Revision: 46931 URL: http://llvm.org/viewvc/llvm-project?rev=46931view=rev Log: xmm0 variable blends Modified: llvm/trunk/lib/Target/X86/X86InstrSSE.td Modified: llvm/trunk/lib/Target/X86/X86InstrSSE.td URL:

Re: [llvm-commits] patches for the JIT and Kaleidoscope tutorials

2008-02-10 Thread Chris Lattner
On Jan 30, 2008, at 12:51 PM, Sam Bishop wrote: I have been working my way through the JIT and Kaleidoscope tutorials in my (minuscule) spare time. Thanks again for writing them! I have attached a patch containing some minor changes, ranging from spelling and grammar fixes to

Re: [llvm-commits] [llvm] r46108 - in /llvm/trunk: lib/Transforms/IPO/ArgumentPromotion.cpp test/Transforms/ArgumentPromotion/attrs.ll

2008-02-10 Thread Chris Lattner
On Jan 17, 2008, at 1:45 AM, Duncan Sands wrote: Hi Chris, Fix arg promotion to propagate the correct attrs on the calls to promoted functions. This is important for varargs calls in particular. Thanks to duncan for providing a great testcase. you forgot about attributes on the function

Re: [llvm-commits] [llvm] r46930 - in /llvm/trunk: Xcode/LLVM.xcodeproj/ docs/ include/llvm/CodeGen/ include/llvm/Target/ lib/CodeGen/ lib/CodeGen/SelectionDAG/ lib/Target/ lib/Target/ARM/ lib/Target/

2008-02-10 Thread Chris Lattner
On Feb 10, 2008, at 10:45 AM, Dan Gohman wrote: Author: djg Date: Sun Feb 10 12:45:23 2008 New Revision: 46930 URL: http://llvm.org/viewvc/llvm-project?rev=46930view=rev Log: Rename MRegisterInfo to TargetRegisterInfo. Whoa, excellent! We've needed this for a long time, -Chris

[llvm-commits] [llvm] r46932 - /llvm/trunk/lib/Transforms/Scalar/ScalarReplAggregates.cpp

2008-02-10 Thread Chris Lattner
Author: lattner Date: Sun Feb 10 13:05:37 2008 New Revision: 46932 URL: http://llvm.org/viewvc/llvm-project?rev=46932view=rev Log: Fix scalarrepl to not 'miscompile' undefined code, part #2. This fixes the store case, my previous patch just fixed the load case. rdar://5707076. Modified:

[llvm-commits] [llvm] r46933 - in /llvm/trunk/docs/tutorial: JITTutorial1.html JITTutorial2.html LangImpl1.html LangImpl2.html LangImpl3.html LangImpl4.html LangImpl5.html LangImpl6.html LangImpl7.htm

2008-02-10 Thread Chris Lattner
Author: lattner Date: Sun Feb 10 13:11:04 2008 New Revision: 46933 URL: http://llvm.org/viewvc/llvm-project?rev=46933view=rev Log: Various updates from Sam Bishop: I have been working my way through the JIT and Kaleidoscope tutorials in my (minuscule) spare time. Thanks again for writing them!

Re: [llvm-commits] [llvm] r46827 - memoperands #1

2008-02-10 Thread Chris Lattner
On Feb 6, 2008, at 2:27 PM, Dan Gohman wrote: URL: http://llvm.org/viewvc/llvm-project?rev=46827view=rev Log: Create a new class, MemOperand, for describing memory references in the backend. Introduce a new SDNode type, MemOperandSDNode, for holding a MemOperand in the SelectionDAG IR, and

Re: [llvm-commits] [llvm] r46108 - in /llvm/trunk: lib/Transforms/IPO/ArgumentPromotion.cpp test/Transforms/ArgumentPromotion/attrs.ll

2008-02-10 Thread Duncan Sands
you forgot about attributes on the function return value. I've lost the context for this, do you remember what this was about? I fixed it for you already :) D. ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu

Re: [llvm-commits] [llvm] r46108 - in /llvm/trunk: lib/Transforms/IPO/ArgumentPromotion.cpp test/Transforms/ArgumentPromotion/attrs.ll

2008-02-10 Thread Chris Lattner
On Feb 10, 2008, at 11:56 AM, Duncan Sands wrote: you forgot about attributes on the function return value. I've lost the context for this, do you remember what this was about? I fixed it for you already :) Ahh, thanks :) :) -Chris ___

Re: [llvm-commits] [llvm] r46934 - /llvm/trunk/docs/ReleaseNotes.html

2008-02-10 Thread Duncan Sands
maybe c380004 can be hyperlinked too? There's not really much point: this is not an llvm-gcc problem. I don't plan to open a PR for it, so there's nothing to link to. Ciao, Duncan. ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu

[llvm-commits] [llvm] r46934 - /llvm/trunk/docs/ReleaseNotes.html

2008-02-10 Thread Gabor Greif
Author: ggreif Date: Sun Feb 10 14:08:16 2008 New Revision: 46934 URL: http://llvm.org/viewvc/llvm-project?rev=46934view=rev Log: corrected some spellings maybe c380004 can be hyperlinked too? Modified: llvm/trunk/docs/ReleaseNotes.html Modified: llvm/trunk/docs/ReleaseNotes.html URL:

Re: [llvm-commits] [llvm] r46827 - MemOperands #2/2

2008-02-10 Thread Chris Lattner
On Feb 6, 2008, at 2:27 PM, Dan Gohman wrote: URL: http://llvm.org/viewvc/llvm-project?rev=46827view=rev Log: Re-apply the memory operand changes, with a fix for the static initializer problem, a minor tweak to the way the DAGISelEmitter finds load/store nodes, and a renaming of the new

Re: [llvm-commits] Fix for PR1798 (ScalarEvolution)

2008-02-10 Thread Chris Lattner
On Feb 9, 2008, at 9:26 AM, Wojciech Matyjewicz wrote: Hi, I've attached an updated version of the patch. It is ready for using support for APInts in the code generator, but currently it doesn't rely on this feature. I've added a hack that rounds up the computation bitwidth to power of

Re: [llvm-commits] Fix for PR1798 (ScalarEvolution)

2008-02-10 Thread Nick Lewycky
Chris Lattner wrote: On Feb 9, 2008, at 9:26 AM, Wojciech Matyjewicz wrote: Hi, I've attached an updated version of the patch. It is ready for using support for APInts in the code generator, but currently it doesn't rely on this feature. I've added a hack that rounds up the computation

Re: [llvm-commits] Fix for PR1798 (ScalarEvolution)

2008-02-10 Thread Wojciech Matyjewicz
Nick Lewycky wrote: Just one question, + const IntegerType *ExTy = IntegerType::get(std::max(DividendBits, 32U)); why the max of DividendBits and 32? If for whatever reason we think we need only 16 bits for the computation, why expand it to 32? We compute the divisor of the BC formula

Re: [llvm-commits] Fix for PR1798 (ScalarEvolution)

2008-02-10 Thread Nick Lewycky
Wojciech Matyjewicz wrote: Nick Lewycky wrote: Just one question, + const IntegerType *ExTy = IntegerType::get(std::max(DividendBits, 32U)); why the max of DividendBits and 32? If for whatever reason we think we need only 16 bits for the computation, why expand it to 32? We compute the

Re: [llvm-commits] [llvm] r46916 - /llvm/trunk/lib/Target/PowerPC/PPCTargetAsmInfo.cpp

2008-02-10 Thread Evan Cheng
Any idea what the differences mean? .rodata.cst4 makes it possible to be merged? Was there a reason to change it or than to match gcc? Thanks, Evan On Feb 9, 2008, at 4:03 PM, Nick Lewycky wrote: Author: nicholas Date: Sat Feb 9 18:03:54 2008 New Revision: 46916 URL:

Re: [llvm-commits] [llvm] r46922 - /llvm/trunk/lib/CodeGen/SelectionDAG/DAGCombiner.cpp

2008-02-10 Thread Evan Cheng
What is this fixing? I would expect SelectionDAG to constant evaluating it to a constant node? Evan On Feb 10, 2008, at 12:10 AM, Bill Wendling wrote: Author: void Date: Sun Feb 10 02:10:24 2008 New Revision: 46922 URL: http://llvm.org/viewvc/llvm-project?rev=46922view=rev Log: Return

[llvm-commits] [llvm] r46952 - /llvm/trunk/docs/ReleaseNotes.html

2008-02-10 Thread Chris Lattner
Author: lattner Date: Mon Feb 11 01:27:21 2008 New Revision: 46952 URL: http://llvm.org/viewvc/llvm-project?rev=46952view=rev Log: tweaks from dale. Modified: llvm/trunk/docs/ReleaseNotes.html Modified: llvm/trunk/docs/ReleaseNotes.html URL:

Re: [llvm-commits] [llvm-gcc-4.2] r46726 - /llvm-gcc-4.2/trunk/gcc/llvm-convert.cpp

2008-02-10 Thread Devang Patel
On Feb 9, 2008, at 1:24 PM, Duncan Sands wrote: the current LLVM implementation means that anyone using threading needs to not do bitfield accesses, since the compiler generated code could cause trouble. This is not handled by LLVM, this is handled by FE that is translating source code