5 Commits

Author	SHA1	Message	Date
Chris Lattner	8b70b78ba4	Fixes for PR114: Thanks to Reid Spencer! ... git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@10029 91177308-0d34-0410-b5e6-96231b3b80d8	2003-11-16 20:21:15 +00:00
Chris Lattner	60e9742e82	This is obviously illegal C++ code, but was apparently accepted by 3.3 ... bork git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@9993 91177308-0d34-0410-b5e6-96231b3b80d8	2003-11-14 06:03:05 +00:00
Brian Gaeke	d0fde30ce8	Put all LLVM code into the llvm namespace, as per bug 109. ... git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@9903 91177308-0d34-0410-b5e6-96231b3b80d8	2003-11-11 22:41:34 +00:00
John Criswell	6fbcc26f14	Added LLVM copyright header (for lack of a better term). ... git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@9304 91177308-0d34-0410-b5e6-96231b3b80d8	2003-10-20 20:19:47 +00:00
Chris Lattner	202884fd9b	Completely rewrite support for the Value::use_* list. Now, all operations on ... this list (except use_size()) are constant time. Before the killUse method (used whenever something stopped using a value) was linear time, and thus very very slow for large programs. This speeds GCCAS up _substantially_ on large programs: almost 2x for 176.gcc: 176.gcc: 77.07s -> 37.38s 177.mesa: 7.59s -> 5.57s 252.eon: 21.02s -> 19.52s (*) 253.perlbmk: 11.40s -> 13.05s 254.gap: 7.25s -> 7.42s 252.eon would speed up a whole lot more, but optimization time is being dominated by the inlining pass, which needs to be fixed. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@9159 91177308-0d34-0410-b5e6-96231b3b80d8	2003-10-16 16:53:04 +00:00