Changes in directory llvm-www:
DevMtgMay2007.html updated: 1.140 - 1.141
---
Log message:
I won't be able to attend.
---
Diffs of the changes: (+4 -10)
DevMtgMay2007.html | 14 --
1 files changed, 4 insertions(+), 10 deletions(-)
Index: llvm-www/DevMtgMay2007.html
diff -u
Changes in directory llvm/lib/Support:
MemoryBuffer.cpp updated: 1.5 - 1.6
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+2 -0)
MemoryBuffer.cpp |2 ++
1 files changed, 2 insertions(+)
Index: llvm/lib/Support/MemoryBuffer.cpp
diff -u
Changes in directory llvm/win32:
llvm.sln updated: 1.29 - 1.30
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+18 -18)
llvm.sln | 36 ++--
1 files changed, 18 insertions(+), 18 deletions(-)
Index: llvm/win32/llvm.sln
diff -u
Changes in directory llvm/win32/Support:
Support.vcproj updated: 1.20 - 1.21
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+0 -43)
Support.vcproj | 43 ---
1 files changed, 43 deletions(-)
Index:
Changes in directory llvm/win32/Archive:
Archive.vcproj added (r1.1)
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+135 -0)
Archive.vcproj | 135 +
1 files changed, 135 insertions(+)
Index:
Changes in directory llvm/include/llvm/Support:
DataTypes.h.in updated: 1.27 - 1.28
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+1 -0)
DataTypes.h.in |1 +
1 files changed, 1 insertion(+)
Index: llvm/include/llvm/Support/DataTypes.h.in
diff -u
Are you sure that's the problem? Even on my machine, where the OS
identifies the hardware as amd64, the test was correctly XFAILing.
Chris Lattner wrote:
Changes in directory llvm/test/DebugInfo:
2006-11-06-StackTrace.cpp updated: 1.11 - 1.12
---
Log message:
fix failure on ahs3's tester
Chris Lattner wrote:
On May 5, 2007, at 2:03 PM, Jeff Cohen wrote:
Are you sure that's the problem? Even on my machine, where the OS
identifies the hardware as amd64, the test was correctly XFAILing.
No, I'm not sure. A better question is: why is this ppc specific? :)
-Chris
On my
Chris Lattner wrote:
On May 5, 2007, at 2:49 PM, Jeff Cohen wrote:
Chris Lattner wrote:
On May 5, 2007, at 2:03 PM, Jeff Cohen wrote:
Are you sure that's the problem? Even on my machine, where the OS
identifies the hardware as amd64, the test was correctly XFAILing.
No, I'm not sure
Changes in directory llvm/win32:
llvm.sln updated: 1.28 - 1.29
---
Log message:
Unbreak VC++.
---
Diffs of the changes: (+1 -0)
llvm.sln |1 +
1 files changed, 1 insertion(+)
Index: llvm/win32/llvm.sln
diff -u llvm/win32/llvm.sln:1.28 llvm/win32/llvm.sln:1.29
---
Changes in directory llvm/win32/Bitcode:
Bitcode.vcproj updated: 1.3 - 1.4
---
Log message:
Unbreak VC++.
---
Diffs of the changes: (+3 -0)
Bitcode.vcproj |3 +++
1 files changed, 3 insertions(+)
Index: llvm/win32/Bitcode/Bitcode.vcproj
diff -u llvm/win32/Bitcode/Bitcode.vcproj:1.3
Changes in directory llvm/lib/Bitcode/Writer:
BitcodeWriter.cpp updated: 1.49 - 1.50
---
Log message:
Unbreak VC++.
---
Diffs of the changes: (+1 -1)
BitcodeWriter.cpp |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: llvm/lib/Bitcode/Writer/BitcodeWriter.cpp
diff -u
Changes in directory llvm/include/llvm/Bitcode:
BitCodes.h updated: 1.7 - 1.8
BitstreamReader.h updated: 1.18 - 1.19
BitstreamWriter.h updated: 1.13 - 1.14
---
Log message:
Unbreak VC++.
---
Diffs of the changes: (+10 -8)
BitCodes.h|2 ++
BitstreamReader.h | 12 ++--
Changes in directory llvm/lib/Bitcode/Reader:
BitcodeReader.h updated: 1.18 - 1.19
---
Log message:
Keep header file free of 'possible loss of data' warnings.
---
Diffs of the changes: (+3 -3)
BitcodeReader.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
Index:
Changes in directory llvm/include/llvm/Bitcode:
BitstreamReader.h updated: 1.19 - 1.20
---
Log message:
Make code more 64-bit aware.
---
Diffs of the changes: (+3 -3)
BitstreamReader.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
Index:
Changes in directory llvm/include/llvm:
Pass.h updated: 1.89 - 1.90
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+0 -1)
Pass.h |1 -
1 files changed, 1 deletion(-)
Index: llvm/include/llvm/Pass.h
diff -u llvm/include/llvm/Pass.h:1.89 llvm/include/llvm/Pass.h:1.90
Changes in directory llvm/lib/VMCore:
Globals.cpp updated: 1.23 - 1.24
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+2 -2)
Globals.cpp |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Index: llvm/lib/VMCore/Globals.cpp
diff -u
Changes in directory llvm-www:
DevMtgMay2007.html updated: 1.119 - 1.120
---
Log message:
Add Using LLVM in Jolt compiler talk.
Gabe McArthur is only attending once.
---
Diffs of the changes: (+3 -3)
DevMtgMay2007.html |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
Yep, my nightly tester failed with the same error.
Look, this is getting ridiculous. Never mind running the regression
tests, how about trying to compile before committing?
Bill Wendling wrote:
There's a compilation failure:
llvm[1]: Compiling MemoryBuffer.cpp for Debug build
On Apr 28, 2007, at 7:22 AM, Jeff Cohen wrote:
Once again, the log claims it was updated at 2am PDT, but my nightly
tester failed to pull in any changes at 3am. Revision 318 is now
present at 7am.
___
llvm-commits mailing list
llvm-commits
Changes in directory llvm/lib/Support:
MemoryBuffer.cpp updated: 1.1 - 1.2
---
Log message:
Unbreak build.
---
Diffs of the changes: (+2 -1)
MemoryBuffer.cpp |3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
Index: llvm/lib/Support/MemoryBuffer.cpp
diff -u
Changes in directory llvm/win32/Bitcode:
Bitcode.vcproj updated: 1.2 - 1.3
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+3 -6)
Bitcode.vcproj |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
Index: llvm/win32/Bitcode/Bitcode.vcproj
diff -u
Changes in directory llvm/win32/Support:
Support.vcproj updated: 1.19 - 1.20
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+6 -0)
Support.vcproj |6 ++
1 files changed, 6 insertions(+)
Index: llvm/win32/Support/Support.vcproj
diff -u
Changes in directory llvm/include/llvm/System:
Path.h updated: 1.53 - 1.54
---
Log message:
Fix MemoryBuffer breakage correctly.
---
Diffs of the changes: (+8 -0)
Path.h |8
1 files changed, 8 insertions(+)
Index: llvm/include/llvm/System/Path.h
diff -u
Changes in directory llvm/lib/Support:
MemoryBuffer.cpp updated: 1.2 - 1.3
---
Log message:
Fix MemoryBuffer breakage correctly.
---
Diffs of the changes: (+1 -1)
MemoryBuffer.cpp |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: llvm/lib/Support/MemoryBuffer.cpp
diff -u
Reid Spencer wrote:
On Sun, 29 Apr 2007 07:11:45 -0700
Jeff Cohen [EMAIL PROTECTED] wrote:
It happened again last night. According to the log:
r319 | bwendlin | 2007-04-29 02:04:05 -0700 (Sun, 29 Apr 2007) | 1
Jeff Cohen wrote:
Changes in directory llvm/lib/AsmParser:
llvmAsmParser.cpp.cvs updated: 1.95 - 1.96
llvmAsmParser.h.cvs updated: 1.73 - 1.74
---
Log message:
Fix MemoryBuffer breakage correctly.
---
Diffs of the changes: (+1404 -1627)
llvmAsmParser.cpp.cvs | 3002
Two tests that broke yesterday are still broke:
CFrontend/2007-04-11-InlineAsmStruct.c
CFrontend/2007-04-11-InlineAsmUnion.c
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Once again, the log claims it was updated at 2am PDT, but my nightly
tester failed to pull in any changes at 3am. Revision 318 is now
present at 7am.
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
Reid Spencer wrote:
On Sat, 28 Apr 2007 07:22:27 -0700
Jeff Cohen [EMAIL PROTECTED] wrote:
Once again, the log claims it was updated at 2am PDT, but my nightly
tester failed to pull in any changes at 3am. Revision 318 is now
present at 7am.
Jeff, are you sure you're
Recent commits have broken 28 tests. Regression tests exist for a
reason. Run them. Before committing.
FAIL: /usr/home/jeffc/llvm/test/Assembler/2006-05-26-VarargsCallEncode.ll
FAIL:
/usr/home/jeffc/llvm/test/C++Frontend/2003-11-25-ReturningOpaqueByValue.cpp
FAIL:
if everyone ran the regression tests before committing, much
less waste time answering it.
Yes, I'm ranting here, but this happens too frequently.
Reid Spencer wrote:
Jeff,
On Sat, 28 Apr 2007 08:53:34 -0700
Jeff Cohen [EMAIL PROTECTED] wrote:
Recent commits have broken 28 tests
Changes in directory llvm/docs:
LangRef.html updated: 1.239 - 1.240
---
Log message:
Minor corrections.
---
Diffs of the changes: (+60 -61)
LangRef.html | 121 +--
1 files changed, 60 insertions(+), 61 deletions(-)
Index:
Changes in directory llvm/include/llvm/CodeGen:
MachineFrameInfo.h updated: 1.26 - 1.27
---
Log message:
Fix prolific source of 'possible loss of data' warnings.
---
Diffs of the changes: (+1 -1)
MachineFrameInfo.h |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index:
My nightly tester failed last night for the following reason:
cvs update: conflicts found in lib/AsmParser/llvmAsmParser.cpp.cvs
C lib/AsmParser/llvmAsmParser.cpp.cvs
Needless to say, the tester is not in the business of modifying source
code, but it manages to modify a file under cvs
Changes in directory llvm/include/llvm/ADT:
BitVector.h updated: 1.21 - 1.22
---
Log message:
Rename identifier that GCC uses as a macro, breaking llvm-gcc build.
---
Diffs of the changes: (+22 -22)
BitVector.h | 44 ++--
1 files changed, 22
Absolutely true. This change will cause the test to fail on the BSDs,
which will complain that malloc.h has been replaced by stdlib.h. Please
use a different test.
Andrew Lenharth wrote:
Changes in directory llvm-test/MultiSource/Benchmarks/Olden/voronoi:
newvor.c updated: 1.11 - 1.12
---
Chris Lattner wrote:
On Apr 26, 2007, at 1:11 PM, Jeff Cohen wrote:
Absolutely true. This change will cause the test to fail on the BSDs,
which will complain that malloc.h has been replaced by stdlib.h. Please
use a different test.
Better yet, just unconditionally #include stdlib.h
Chris Lattner wrote:
On Apr 26, 2007, at 2:23 PM, Jeff Cohen wrote:
Chris Lattner wrote:
On Apr 26, 2007, at 1:11 PM, Jeff Cohen wrote:
Absolutely true. This change will cause the test to fail on the BSDs,
which will complain that malloc.h has been replaced by stdlib.h.
Please
use
It did not update last night. In addition, it did not update the night
before that at 2am PDT as claimed in the svn log. My nightly tester
pulled in those changes only last night, 25 hours after the log claimed
they were committed.
___
llvm-commits
Changes in directory llvm/win32/VMCore:
VMCore.vcproj updated: 1.28 - 1.29
---
Log message:
Note new header file.
---
Diffs of the changes: (+3 -0)
VMCore.vcproj |3 +++
1 files changed, 3 insertions(+)
Index: llvm/win32/VMCore/VMCore.vcproj
diff -u
Changes in directory llvm/win32/Bitcode:
Bitcode.vcproj updated: 1.1 - 1.2
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+2 -2)
Bitcode.vcproj |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Index: llvm/win32/Bitcode/Bitcode.vcproj
diff -u
The mirror has not been updated in two days. llvm-gcc is now
unbuildable by the public.
[EMAIL PROTECTED] wrote:
Revision: 126379
Author: clattner
Date: 2007-04-21 22:52:13 -0700 (Sat, 21 Apr 2007)
Log Message:
---
apply reid's patch for PR1146
Modified Paths:
Changes in directory llvm/docs:
LangRef.html updated: 1.236 - 1.237
---
Log message:
Undo erroneous corrections.
---
Diffs of the changes: (+5 -5)
LangRef.html | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
Index: llvm/docs/LangRef.html
diff -u
Changes in directory llvm/include/llvm/Bitcode:
BitstreamReader.h updated: 1.1 - 1.2
BitstreamWriter.h updated: 1.1 - 1.2
---
Log message:
Teach Visual Studio about Bitcode.
---
Diffs of the changes: (+8 -5)
BitstreamReader.h | 10 ++
BitstreamWriter.h |3 ++-
2 files
Changes in directory llvm/include/llvm:
GlobalValue.h updated: 1.37 - 1.38
---
Log message:
Implement review feedback.
---
Diffs of the changes: (+2 -2)
GlobalValue.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Index: llvm/include/llvm/GlobalValue.h
diff -u
Bill Wendling wrote:
The program which does this is done at 2AM every morning.
-bw
Not anymore... it hasn't run in two days.
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Changes in directory llvm/win32/Bitcode:
Bitcode.vcproj added (r1.1)
---
Log message:
Teach Visual Studio about Bitcode.
---
Diffs of the changes: (+161 -0)
Bitcode.vcproj | 161 +
1 files changed, 161 insertions(+)
Index:
Changes in directory llvm/win32:
llvm.sln updated: 1.27 - 1.28
---
Log message:
Teach Visual Studio about Bitcode.
---
Diffs of the changes: (+10 -0)
llvm.sln | 10 ++
1 files changed, 10 insertions(+)
Index: llvm/win32/llvm.sln
diff -u llvm/win32/llvm.sln:1.27
Changes in directory llvm/tools/llvm-config:
llvm-config.in.in updated: 1.26 - 1.27
---
Log message:
Add new option to usage help.
---
Diffs of the changes: (+1 -0)
llvm-config.in.in |1 +
1 files changed, 1 insertion(+)
Index: llvm/tools/llvm-config/llvm-config.in.in
diff -u
Changes in directory llvm/include/llvm:
AbstractTypeUser.h updated: 1.27 - 1.28
---
Log message:
Fix build problem with Gentoo 4.1.1-r3.
---
Diffs of the changes: (+4 -0)
AbstractTypeUser.h |4
1 files changed, 4 insertions(+)
Index: llvm/include/llvm/AbstractTypeUser.h
diff -u
Changes in directory llvm/lib/Bitcode/Reader:
BitcodeReader.h updated: 1.1 - 1.2
---
Log message:
Fix build problem with Gentoo 4.1.1-r3.
---
Diffs of the changes: (+1 -1)
BitcodeReader.h |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index:
For the record, GCC 3.4.6 also has this problem.
Jeff Cohen wrote:
Changes in directory llvm/include/llvm:
AbstractTypeUser.h updated: 1.27 - 1.28
---
Log message:
Fix build problem with Gentoo 4.1.1-r3.
---
Diffs of the changes: (+4 -0)
AbstractTypeUser.h |4
1 files
Changes in directory llvm/lib/VMCore:
Type.cpp updated: 1.185 - 1.186
---
Log message:
Have compiler enforce this.
---
Diffs of the changes: (+0 -1)
Type.cpp |1 -
1 files changed, 1 deletion(-)
Index: llvm/lib/VMCore/Type.cpp
diff -u llvm/lib/VMCore/Type.cpp:1.185
Changes in directory llvm/include/llvm:
AbstractTypeUser.h updated: 1.28 - 1.29
---
Log message:
Have compiler enforce this.
---
Diffs of the changes: (+5 -3)
AbstractTypeUser.h |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
Index: llvm/include/llvm/AbstractTypeUser.h
, Jeff Cohen wrote:
Reid Spencer wrote:
Jeff,
On Sun, 2007-04-22 at 07:19 -0700, Jeff Cohen wrote:
The mirror has not been updated in two days. llvm-gcc is now
unbuildable by the public.
I just updated and the changes that Chris committed for me last night
are in the repository mirror
Commits in the last 12 hours or so have broken 34 regression tests and
caused 21 failure in llvm-test. They appear to be concentrated in the
vector area.
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
Changes in directory llvm/include/llvm:
Instructions.h updated: 1.67 - 1.68
---
Log message:
The expression SubclassData = (SubclassData ~1) | (V) ? 1 : 0; does not do
what
was intended! | has higher precedence than ?. Caught by Visual Studio.
---
Diffs of the changes: (+2 -2)
Jeff Cohen wrote:
Changes in directory llvm/include/llvm:
Instructions.h updated: 1.67 - 1.68
---
Log message:
The expression SubclassData = (SubclassData ~1) | (V) ? 1 : 0; does not
do what
was intended! | has higher precedence than ?. Caught by Visual Studio.
Unfortunately
The nightly tester has acquired the bad habit of believing a regression
test has changed it's name whenever the test changes from failing to
passing or vice versa.
For example,
Added Tests:
test/CFrontend/2007-04-11-InlineAsmUnion.c
Removed Tests:
test/CFrontend/2007-04-11-InlineAsmUnion.c:
Changes in directory llvm/include/llvm:
GlobalValue.h updated: 1.36 - 1.37
---
Log message:
Fix breakage of bytecode reader when built with VC++.
---
Diffs of the changes: (+4 -2)
GlobalValue.h |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
Index:
Changes in directory llvm/include/llvm/CodeGen:
MachineRelocation.h updated: 1.12 - 1.13
---
Log message:
Make enum-valued bitfield large enough to avoid interpretation as negative
values in VC++.
---
Diffs of the changes: (+1 -1)
MachineRelocation.h |2 +-
1 files changed, 1
Reid Spencer wrote:
Jeff,
On Sat, 2007-04-21 at 11:29 -0500, Jeff Cohen wrote:
Changes in directory llvm/include/llvm/CodeGen:
MachineRelocation.h updated: 1.12 - 1.13
---
Log message:
Make enum-valued bitfield large enough to avoid interpretation as negative
values in VC++.
---
Diffs
Reid Spencer wrote:
Christopher,
I'll answer my own question .. You're compressing the alignment to a
smaller value by extracting its log. I didn't get that until I read the
Reader.cpp code :)
Reid.
It's still very expensive. There are alternative approaches that are
much faster and may
Jeff Cohen wrote:
Reid Spencer wrote:
Christopher,
I'll answer my own question .. You're compressing the alignment to a
smaller value by extracting its log. I didn't get that until I read the
Reader.cpp code :)
Reid.
It's still very expensive. There are alternative approaches
The only way to run the tests under Windows is to use cygwin, using an
LLVM built with cygwin/mingw. Windows does not have /tmp (unless you
create it yourself) and it does not have /dev/null (unless cygwin
emulates it somehow). I only build LLVM on Windows with Visual Studio,
so someone else
Changes in directory llvm/docs:
LangRef.html updated: 1.235 - 1.236
---
Log message:
Minor corrections.
---
Diffs of the changes: (+38 -42)
LangRef.html | 80 ---
1 files changed, 38 insertions(+), 42 deletions(-)
Index:
Changes in directory llvm/lib/Target/X86:
X86IntelAsmPrinter.cpp updated: 1.70 - 1.71
---
Log message:
Make Microsoft assembler and linker happy.
---
Diffs of the changes: (+4 -0)
X86IntelAsmPrinter.cpp |4
1 files changed, 4 insertions(+)
Index:
it to work at
this point (at least code that doesn't actually call write() ). It's
also synthesizing references to abort() as well.
On Apr 19, 2007, at 5:34 PM, Jeff Cohen wrote:
Changes in directory llvm/lib/Target/X86:
X86IntelAsmPrinter.cpp updated: 1.70 - 1.71
---
Log message:
Make
Changes in directory llvm/lib/Transforms/Utils:
LowerInvoke.cpp updated: 1.58 - 1.59
---
Log message:
Comment out usage of write() for now.
---
Diffs of the changes: (+6 -0)
LowerInvoke.cpp |6 ++
1 files changed, 6 insertions(+)
Index: llvm/lib/Transforms/Utils/LowerInvoke.cpp
Changes in directory llvm/lib/Target/X86:
X86IntelAsmPrinter.cpp updated: 1.71 - 1.72
---
Log message:
Comment out usage of write() for now.
---
Diffs of the changes: (+0 -4)
X86IntelAsmPrinter.cpp |4
1 files changed, 4 deletions(-)
Index:
What about the Intel printer?
Chris Lattner wrote:
Changes in directory llvm/lib/Target/X86:
X86ATTAsmPrinter.cpp updated: 1.100 - 1.101
X86AsmPrinter.cpp updated: 1.239 - 1.240
X86ISelLowering.cpp updated: 1.393 - 1.394
X86ISelLowering.h updated: 1.98 - 1.99
X86InstrInfo.td updated: 1.302
Changes in directory llvm/docs:
GarbageCollection.html updated: 1.9 - 1.10
---
Log message:
Provide link.
---
Diffs of the changes: (+4 -3)
GarbageCollection.html |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
Index: llvm/docs/GarbageCollection.html
diff -u
Changes in directory llvm/include/llvm/ADT:
SmallVector.h updated: 1.27 - 1.28
---
Log message:
Fix some VC++ warnings.
---
Diffs of the changes: (+4 -4)
SmallVector.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
Index: llvm/include/llvm/ADT/SmallVector.h
diff -u
Changes in directory llvm/lib/Target/X86:
X86Subtarget.cpp updated: 1.54 - 1.55
---
Log message:
Before assuming that the original code didn't work for Athlon64, the person who
replaced it with a FIXME should have determined what did work. Then he would
have
realized that the code was in
Changes in directory llvm/lib/Target/X86:
X86Subtarget.cpp updated: 1.55 - 1.56
---
Log message:
In the event that some really old non-Intel or -AMD CPU is encountered...
---
Diffs of the changes: (+5 -2)
X86Subtarget.cpp |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
Yes, it worked for AMD. I have AMD, and I wrote the code to support
AMD. I left the code the way it was because it was correct for AMD. I
actually tested it on an AMD system.
Anton Korobeynikov wrote:
Jeff,
Before assuming that the original code didn't work for Athlon64, the person
Looks like Evan broke it last October.
Jeff Cohen wrote:
Yes, it worked for AMD. I have AMD, and I wrote the code to support
AMD. I left the code the way it was because it was correct for AMD.
I actually tested it on an AMD system.
Anton Korobeynikov wrote:
Jeff,
Before assuming
Changes in directory llvm/include/llvm:
BasicBlock.h updated: 1.66 - 1.67
Function.h updated: 1.78 - 1.79
Module.h updated: 1.87 - 1.88
---
Log message:
Fix build breakage on 64-bit systems.
---
Diffs of the changes: (+5 -5)
BasicBlock.h |2 +-
Function.h |4 ++--
Module.h |
Changes in directory llvm/test/C++Frontend:
2005-01-03-StaticInitializers.cpp updated: 1.3 - 1.4
---
Log message:
Make it work on 64-bit systems.
---
Diffs of the changes: (+1 -1)
2005-01-03-StaticInitializers.cpp |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index:
Changes in directory llvm/lib/Transforms/IPO:
ConstantMerge.cpp updated: 1.36 - 1.37
---
Log message:
Fix recent regression that broke several llvm-tests.
---
Diffs of the changes: (+2 -0)
ConstantMerge.cpp |2 ++
1 files changed, 2 insertions(+)
Index:
Changes in directory llvm/lib/Transforms/IPO:
ConstantMerge.cpp updated: 1.37 - 1.38
---
Log message:
An even better fix.
---
Diffs of the changes: (+2 -3)
ConstantMerge.cpp |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
Index: llvm/lib/Transforms/IPO/ConstantMerge.cpp
Changes in directory llvm/include/llvm/ADT:
SmallPtrSet.h updated: 1.10 - 1.11
---
Log message:
Fix PR1329: http://llvm.org/PR1329 .
---
Diffs of the changes: (+4 -0)
SmallPtrSet.h |4
1 files changed, 4 insertions(+)
Index: llvm/include/llvm/ADT/SmallPtrSet.h
diff -u
Changes in directory llvm/lib/Support:
SmallPtrSet.cpp updated: 1.5 - 1.6
---
Log message:
Fix PR1329: http://llvm.org/PR1329 .
---
Diffs of the changes: (+28 -0)
SmallPtrSet.cpp | 28
1 files changed, 28 insertions(+)
Index:
Changes in directory llvm/test/Transforms/InstCombine:
store-merge.ll updated: 1.1 - 1.2
---
Log message:
Patch supplied by gabor.
---
Diffs of the changes: (+1 -1)
store-merge.ll |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index:
Changes in directory llvm/lib/Target/CBackend:
CBackend.cpp updated: 1.336 - 1.337
---
Log message:
Silence VC++ warning.
---
Diffs of the changes: (+1 -1)
CBackend.cpp |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: llvm/lib/Target/CBackend/CBackend.cpp
diff -u
Adamant isn't a Tolkien creation. It often refers to diamonds, but
historically can mean any hard, unbreakable stone, metal or other
substance. It's in the dictionary :)
Reid Spencer wrote:
Changes in directory llvm-www:
DevMtgMay2007.html updated: 1.91 - 1.92
---
Log message:
More names.
Should be deductible (in the U.S. anyway). And if you donate $500 or
more, you need to have the donation documented or else the IRS will be
unhappy.
Bill Wendling wrote:
On Apr 12, 2007, at 5:25 AM, Reid Spencer wrote:
+ pbTax Exempt/b. Your donations are tax exempt in the
United
Reid Spencer wrote:
On Thu, 2007-04-12 at 20:38 -0700, Bill Wendling wrote:
On Apr 12, 2007, at 5:25 AM, Reid Spencer wrote:
+ pbTax Exempt/b. Your donations are tax exempt in the
United States (and
+ probably other countries). UIUC is a recognized non-profit
organization.
Chris Lattner wrote:
On Apr 11, 2007, at 12:54 PM, Reid Spencer wrote:
+ ; RUN: llvm-as %s | llvm-dis %t1.ll
+ ; RUN: llvm-as %s | llvm2cpp -gen-program -o %t2.cpp -
+ ; RUN: gcc -g -D__STDC_LIMIT_MACROS -o %t2.exe %t2.cpp -I%I -L%L -
lLLVMCore -lLLVMSupport -lLLVMbzip2 -lLLVMSystem
Changes in directory llvm/utils:
NewNightlyTest.pl updated: 1.69 - 1.70
---
Log message:
Correctly report version of GCC used.
---
Diffs of the changes: (+2 -0)
NewNightlyTest.pl |2 ++
1 files changed, 2 insertions(+)
Index: llvm/utils/NewNightlyTest.pl
diff -u
Changes in directory llvm/lib/CodeGen/SelectionDAG:
SelectionDAGISel.cpp updated: 1.410 - 1.411
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+3 -2)
SelectionDAGISel.cpp |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
Index:
Changes in the last 24 hours have caused additional failures in
llvm-tests: burg, spiff, lencode, espresso and cdecl.
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Reid Spencer wrote:
On Mon, 2007-04-09 at 09:16 -0700, Jeff Cohen wrote:
Changes in the last 24 hours have caused additional failures in
llvm-tests: burg, spiff, lencode, espresso and cdecl.
I have been assuming these are a result of the PR1146 changes which
require llvm-gcc changes
Chris Lattner wrote:
On Apr 9, 2007, at 9:16 AM, Jeff Cohen wrote:
Changes in the last 24 hours have caused additional failures in
llvm-tests: burg, spiff, lencode, espresso and cdecl.
These (and many others) all failed for my tester last night, but seem
ok. Make sure to update your
Changes in directory llvm/lib/CodeGen/SelectionDAG:
SelectionDAGISel.cpp updated: 1.412 - 1.413
---
Log message:
No longer needed.
---
Diffs of the changes: (+0 -1)
SelectionDAGISel.cpp |1 -
1 files changed, 1 deletion(-)
Index: llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp
Changes in directory llvm-test/MultiSource/Benchmarks/MiBench/office-ispell:
config.h updated: 1.2 - 1.3
---
Log message:
Use correct dirent.h header file.
---
Diffs of the changes: (+5 -2)
config.h |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
Index:
Changes in directory llvm/lib/VMCore:
Verifier.cpp updated: 1.199 - 1.200
---
Log message:
Fix build problem.
---
Diffs of the changes: (+1 -1)
Verifier.cpp |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: llvm/lib/VMCore/Verifier.cpp
diff -u
Changes in directory llvm/win32/VMCore:
VMCore.vcproj updated: 1.27 - 1.28
---
Log message:
Track new header file.
---
Diffs of the changes: (+3 -0)
VMCore.vcproj |3 +++
1 files changed, 3 insertions(+)
Index: llvm/win32/VMCore/VMCore.vcproj
diff -u
Changes in directory llvm/win32/Transforms:
Transforms.vcproj updated: 1.26 - 1.27
---
Log message:
Unbreak VC++ build.
---
Diffs of the changes: (+3 -0)
Transforms.vcproj |3 +++
1 files changed, 3 insertions(+)
Index: llvm/win32/Transforms/Transforms.vcproj
diff -u
1 - 100 of 404 matches
Mail list logo