Author: evancheng
Date: Wed Feb 6 02:00:32 2008
New Revision: 46813
URL: http://llvm.org/viewvc/llvm-project?rev=46813&view=rev
Log:
RegAllocaLocal still *requires* LiveVariables since it runs PHIElimination,
followed by TwoAddress which requires LiveVariables. We cannot run
LiveVariables on no
Here my 2 cent:
+The http://clang.llvm.org/";>clang project is an effort
+to build a set of new front-end technology for the LLVM optimizer and code
^
technologies
+generator. Currently, its C and Objective-C support is maturing
Author: lattner
Date: Wed Feb 6 12:00:06 2008
New Revision: 46816
URL: http://llvm.org/viewvc/llvm-project?rev=46816&view=rev
Log:
add a bunch of random notes and fix some issues noticed by Gabor.
This is not ready for review or hacking, this is a work in progress :)
Modified:
llvm/trunk/do
Author: lattner
Date: Wed Feb 6 12:00:48 2008
New Revision: 46817
URL: http://llvm.org/viewvc/llvm-project?rev=46817&view=rev
Log:
make it clear :)
Modified:
llvm/trunk/docs/ReleaseNotes.html
Modified: llvm/trunk/docs/ReleaseNotes.html
URL:
http://llvm.org/viewvc/llvm-project/llvm/trunk/do
>
> +THIS IS A WORK IN PROGRESS FOR THE LLVM 2.2
> +RELEASE
> +
You forgot the blink tag :)
-eric
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
On Feb 6, 2008, at 10:13 AM, Eric Christopher wrote:
>>
>> +THIS IS A WORK IN PROGRESS FOR THE LLVM 2.2
>> +RELEASE
>> +
>
> You forgot the blink tag :)
How about a javascript animation using canvas!? :)
-Chris
___
llvm-commits mailing list
llvm-commi
On Feb 5, 2008, at 2:36 PM, Dale Johannesen wrote:
> On Feb 5, 2008, at 2:34 PM, Chris Lattner wrote:
>> On Feb 5, 2008, at 2:31 PM, Dale Johannesen wrote:
I think the calling convention stuff that Evan has been working
on is
powerful enough to model though sort of stuff, but might
>>>
>>> Ah, that's a good idea. Why not do that? :) Generally, putting the
>>> attribute on argument "#0" means that the attribute applies to the
>>> function or the return value. Given that 'inreg' doesn't make any
>>> sense for a function, it would be fine to overload it for this, what
>>> do
On Feb 6, 2008, at 5:33 AM, Gabor Greif wrote:
> Here my 2 cent:
Thanks Gabor. I wasn't really ready for review, but I appreciate it :)
> +The http://clang.llvm.org/";>clang project is an
> effort
> +to build a set of new front-end technology for the LLVM optimizer
> and code
>
Author: lattner
Date: Wed Feb 6 12:32:06 2008
New Revision: 46818
URL: http://llvm.org/viewvc/llvm-project?rev=46818&view=rev
Log:
some more notes.
Modified:
llvm/trunk/docs/ReleaseNotes.html
Modified: llvm/trunk/docs/ReleaseNotes.html
URL:
http://llvm.org/viewvc/llvm-project/llvm/trunk/do
On Feb 6, 2008, at 10:25 AM, Chris Lattner wrote:
Ah, that's a good idea. Why not do that? :) Generally, putting
the
attribute on argument "#0" means that the attribute applies to the
function or the return value. Given that 'inreg' doesn't make any
sense for a
>>> Attaching this to the Function node went smoothly enough, but I
>>> actually need it on the Return node, which it appears isn't
>>> supported in the current IR, but is in the the machine-level RET
>>> node. I could transfer the info from the Function node to the RET
>>> node at some point, or
Author: void
Date: Wed Feb 6 13:05:56 2008
New Revision: 46820
URL: http://llvm.org/viewvc/llvm-project?rev=46820&view=rev
Log:
I meant to retain the behavior when ENABLE_LLVM wasn't defined, but not output
to the ASM file. My patch was wrong because it issued the warning
unconditionally when ENA
On Feb 6, 2008, at 10:48 AM, Chris Lattner wrote:
Attaching this to the Function node went smoothly enough, but I
actually need it on the Return node, which it appears isn't
supported in the current IR, but is in the the machine-level RET
node. I could transfer the info from
From the current SelectionDAG you can get a pointer to the Function
object, which should have the attribute. Lowering for an ISD::RET
can thus getting it from following this chain,
>>>
>>> I know, I just don't think that's the right way to do it.
>>
>> Why not?
>
> Everywhere else w
Author: evancheng
Date: Wed Feb 6 13:16:53 2008
New Revision: 46821
URL: http://llvm.org/viewvc/llvm-project?rev=46821&view=rev
Log:
Fix a number of local register allocator issues: PR1609.
Added:
llvm/trunk/test/CodeGen/ARM/2008-02-04-LocalRegAllocBug.ll
Modified:
llvm/trunk/lib/CodeGen
==
> --- llvm/trunk/test/CodeGen/ARM/2008-02-04-LocalRegAllocBug.ll (added)
> +++ llvm/trunk/test/CodeGen/ARM/2008-02-04-LocalRegAllocBug.ll Wed Feb 6
> 13:16:53 2008
> @@ -0,0 +1,19 @@
> +; RUN: llvm-as < %s | llc -mtrip
Author: void
Date: Wed Feb 6 14:03:07 2008
New Revision: 46822
URL: http://llvm.org/viewvc/llvm-project?rev=46822&view=rev
Log:
Temporarily reverting:
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20080128/057882.html
This is causing a miscompilation on PPC G5 and just now seeing
Author: void
Date: Wed Feb 6 15:34:01 2008
New Revision: 46824
URL: http://llvm.org/viewvc/llvm-project?rev=46824&view=rev
Log:
Creating Zim branch based on llvmCore-2015
Added:
llvm/branches/Apple/Zim/
- copied from r46823, llvm/tags/Apple/llvmCore-2015/
_
Author: evancheng
Date: Wed Feb 6 16:07:17 2008
New Revision: 46825
URL: http://llvm.org/viewvc/llvm-project?rev=46825&view=rev
Log:
It's PR1925, not PR1609.
Modified:
llvm/trunk/test/CodeGen/ARM/2008-02-04-LocalRegAllocBug.ll
Modified: llvm/trunk/test/CodeGen/ARM/2008-02-04-LocalRegAllocBu
Author: void
Date: Wed Feb 6 16:18:16 2008
New Revision: 46826
URL: http://llvm.org/viewvc/llvm-project?rev=46826&view=rev
Log:
[From mainline]
Temporarily reverting:
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20080128/057882.html
This is causing a miscompilation on PPC G5 and
Author: void
Date: Wed Feb 6 16:33:59 2008
New Revision: 46828
URL: http://llvm.org/viewvc/llvm-project?rev=46828&view=rev
Log:
[From mainline]
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20080204/057964.html
RegAllocaLocal still *requires* LiveVariables since it runs PHIElimi
Author: void
Date: Wed Feb 6 16:35:09 2008
New Revision: 46829
URL: http://llvm.org/viewvc/llvm-project?rev=46829&view=rev
Log:
Creating llvmCore-2016 tag from Zim branch
Added:
llvm/tags/Apple/llvmCore-2016/
- copied from r46828, llvm/branches/Apple/Zim/
_
I should clarify that, in a general sense, RegAllocLocal does not
depend on LiveVariables, but declaring it as such seems to be
necessary to obtain a working pass ordering.
--Owen
On Feb 6, 2008, at 4:33 PM, Bill Wendling wrote:
Author: void
Date: Wed Feb 6 16:33:59 2008
New Revision: 468
Author: djg
Date: Wed Feb 6 17:09:15 2008
New Revision: 46833
URL: http://llvm.org/viewvc/llvm-project?rev=46833&view=rev
Log:
Add support to FoldingSet for hashing APInt objects.
Modified:
llvm/trunk/include/llvm/ADT/FoldingSet.h
llvm/trunk/lib/Support/FoldingSet.cpp
Modified: llvm/tru
Author: johannes
Date: Wed Feb 6 17:26:23 2008
New Revision: 46834
URL: http://llvm.org/viewvc/llvm-project?rev=46834&view=rev
Log:
Make TARGET_PIM_ALTIVEC actually reflect -mpim-altivec.
This means vector constants using the PIM syntax will be
splatted as they're supposed to be, rather than zero
On Feb 6, 2008, at 3:08 PM, Owen Anderson wrote:
> I should clarify that, in a general sense, RegAllocLocal does not
> depend on LiveVariables, but declaring it as such seems to be
> necessary to obtain a working pass ordering.
hmmm, then LiveVariables pass should be inserted in the pass qu
Author: djg
Date: Wed Feb 6 20:30:40 2008
New Revision: 46836
URL: http://llvm.org/viewvc/llvm-project?rev=46836&view=rev
Log:
Fix a typo in a comment.
Modified:
llvm/trunk/lib/VMCore/Constants.cpp
Modified: llvm/trunk/lib/VMCore/Constants.cpp
URL:
http://llvm.org/viewvc/llvm-project/llvm/
Author: void
Date: Wed Feb 6 23:45:10 2008
New Revision: 46842
URL: http://llvm.org/viewvc/llvm-project?rev=46842&view=rev
Log:
Clean up the patch about visibility. Only block out the parts LLVM
doesn't want to do instead of creating new functions and making life
miserable for everyone on the pla
Author: nicholas
Date: Thu Feb 7 00:36:26 2008
New Revision: 46848
URL: http://llvm.org/viewvc/llvm-project?rev=46848&view=rev
Log:
Don't make up new directives. (".set_foobar")
Modified:
llvm/trunk/lib/CodeGen/AsmPrinter.cpp
Modified: llvm/trunk/lib/CodeGen/AsmPrinter.cpp
URL:
http://llvm
30 matches
Mail list logo
