[llvm-commits] [llvm] r46251 - /llvm/trunk/include/llvm/Support/Compiler.h

Author: asl Date: Tue Jan 22 05:01:23 2008 New Revision: 46251 URL: http://llvm.org/viewvc/llvm-project?rev=46251view=rev Log: Silence a warning. Should we turn this into configure-time check? Modified: llvm/trunk/include/llvm/Support/Compiler.h Modified:

[llvm-commits] [llvm] r46250 - /llvm/trunk/utils/TableGen/Record.h

Author: asl Date: Tue Jan 22 05:00:07 2008 New Revision: 46250 URL: http://llvm.org/viewvc/llvm-project?rev=46250view=rev Log: Add interator interface to DAGInit also Modified: llvm/trunk/utils/TableGen/Record.h Modified: llvm/trunk/utils/TableGen/Record.h URL:

Re: [llvm-commits] [llvm] r46251 - /llvm/trunk/include/llvm/Support/Compiler.h

On Jan 22, 2008, at 3:01 AM, Anton Korobeynikov wrote: Silence a warning. Should we turn this into configure-time check? Probably. There's a custom one in gcc already (gcc/configure.ac). -eric ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu

[llvm-commits] a question about type conversion propagation and elimination

I am a newbie to LLVM, so I have to say sorry if I asked the question in the wrong place. In some cases when I generate LLVM IR from machine assembly(with limited type information) I have to convert the pointers to I32, after the standard mem2reg pass there still are things like: inttoptr i32

Re: [llvm-commits] a question about type conversion propagation and elimination

On Jan 22, 2008, at 2:10 AM, humeafo wrote: I am a newbie to LLVM, so I have to say sorry if I asked the question in the wrong place. In some cases when I generate LLVM IR from machine assembly(with limited type information) I have to convert the pointers to I32, after the standard

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

Author: lattner Date: Tue Jan 22 13:09:33 2008 New Revision: 46254 URL: http://llvm.org/viewvc/llvm-project?rev=46254view=rev Log: Simplify SelectionDAG::getNode so that a big switch stmt is not #ifndef NDEBUG. This is in response to a really nasty bug I introduced that Dale tracked down,

Re: [llvm-commits] [llvm] r46220 - /llvm/trunk/test/CFrontend/2008-01-21-PackedStructField.c

This fails with llvm-gcc-4.0, darwin 8, x86. ../../src/gcc/llvm-types.cpp:82: failed assertion `(!TYPE_SIZE(Tr) || !Ty-isSized() || !isInt64(TYPE_SIZE(Tr), true) || getInt64 (TYPE_SIZE(Tr), true) == getTargetData().getABITypeSizeInBits(Ty)) LLVM type size doesn't match GCC type size!'

[llvm-commits] [llvm-gcc-4.2] r46261 - /llvm-gcc-4.2/trunk/gcc/objc/objc-act.c

Author: void Date: Tue Jan 22 17:06:58 2008 New Revision: 46261 URL: http://llvm.org/viewvc/llvm-project?rev=46261view=rev Log: We were getting this error: embedding a directive within macro arguments is not portable build_tree_list is a macro... Modified:

[llvm-commits] [llvm] r46262 - in /llvm/trunk: lib/Target/X86/X86CallingConv.td test/CodeGen/X86/sse-varargs.ll

Author: evancheng Date: Tue Jan 22 17:26:53 2008 New Revision: 46262 URL: http://llvm.org/viewvc/llvm-project?rev=46262view=rev Log: SSE varargs arguments are passed in memory. Added: llvm/trunk/test/CodeGen/X86/sse-varargs.ll Modified: llvm/trunk/lib/Target/X86/X86CallingConv.td

[llvm-commits] [llvm] r46263 - /llvm/trunk/lib/CodeGen/StrongPHIElimination.cpp

Author: resistor Date: Tue Jan 22 17:58:54 2008 New Revision: 46263 URL: http://llvm.org/viewvc/llvm-project?rev=46263view=rev Log: Fix an iterator invalidation issue. Modified: llvm/trunk/lib/CodeGen/StrongPHIElimination.cpp Modified: llvm/trunk/lib/CodeGen/StrongPHIElimination.cpp URL:

[llvm-commits] [llvm-gcc-4.0] r46264 - in /llvm-gcc-4.0/trunk/gcc: llvm-internal.h llvm-types.cpp

Author: dpatel Date: Tue Jan 22 18:07:02 2008 New Revision: 46264 URL: http://llvm.org/viewvc/llvm-project?rev=46264view=rev Log: Backport patches(r46210 and r46212) from llvm-gcc-4.2 Modified: llvm-gcc-4.0/trunk/gcc/llvm-internal.h llvm-gcc-4.0/trunk/gcc/llvm-types.cpp Modified:

[llvm-commits] [llvm-gcc-4.2] r46265 - /llvm-gcc-4.2/trunk/gcc/llvm-backend.cpp

Author: johannes Date: Tue Jan 22 18:48:04 2008 New Revision: 46265 URL: http://llvm.org/viewvc/llvm-project?rev=46265view=rev Log: Fix handling of CONST_DECL with section information. Modified: llvm-gcc-4.2/trunk/gcc/llvm-backend.cpp Modified: llvm-gcc-4.2/trunk/gcc/llvm-backend.cpp URL:

[llvm-commits] [llvm-gcc-4.2] r46266 - /llvm-gcc-4.2/trunk/gcc/config/darwin.c

Author: johannes Date: Tue Jan 22 18:48:48 2008 New Revision: 46266 URL: http://llvm.org/viewvc/llvm-project?rev=46266view=rev Log: Cosmetic changes to placate gcc testsuite. Modified: llvm-gcc-4.2/trunk/gcc/config/darwin.c Modified: llvm-gcc-4.2/trunk/gcc/config/darwin.c URL:

[llvm-commits] [llvm] r46267 - in /llvm/trunk/lib/Target: ARM/ARMAsmPrinter.cpp PowerPC/PPCAsmPrinter.cpp X86/X86AsmPrinter.cpp

Author: johannes Date: Tue Jan 22 18:58:14 2008 New Revision: 46267 URL: http://llvm.org/viewvc/llvm-project?rev=46267view=rev Log: Honor explicit section information on Darwin. Modified: llvm/trunk/lib/Target/ARM/ARMAsmPrinter.cpp llvm/trunk/lib/Target/PowerPC/PPCAsmPrinter.cpp

[llvm-commits] [llvm-gcc-4.2] r46269 - in /llvm-gcc-4.2/trunk/gcc/testsuite/obj-c++.dg: const-cfstring-4-64bit.mm const-cfstring-4.mm const-str-10.mm const-str-11.mm const-str-9.mm objc-gc-section-1.m

Author: johannes Date: Tue Jan 22 19:40:15 2008 New Revision: 46269 URL: http://llvm.org/viewvc/llvm-project?rev=46269view=rev Log: Enhance some more tests to take functionally equivalent llvm syntax. Modified: llvm-gcc-4.2/trunk/gcc/testsuite/obj-c++.dg/const-cfstring-4-64bit.mm

[llvm-commits] [llvm-gcc-4.2] r46270 - in /llvm-gcc-4.2/trunk/gcc/testsuite/objc.dg: const-cfstring-4-64bit.m const-cfstring-4.m const-str-10-64bit.m const-str-10.m const-str-11-64bit.m const-str-11.m

Author: johannes Date: Tue Jan 22 19:42:09 2008 New Revision: 46270 URL: http://llvm.org/viewvc/llvm-project?rev=46270view=rev Log: Yet more test enhancements to take functionally equivalent llvm syntax. Modified: llvm-gcc-4.2/trunk/gcc/testsuite/objc.dg/const-cfstring-4-64bit.m

[llvm-commits] [llvm-gcc-4.2] r46271 - in /llvm-gcc-4.2/trunk/gcc: config/i386/i386.c toplev.c

Author: evancheng Date: Tue Jan 22 20:49:24 2008 New Revision: 46271 URL: http://llvm.org/viewvc/llvm-project?rev=46271view=rev Log: Need to call init_regs() from backend_init() to ensure TYPE_MODE for user-defined vector types are set up correctly; remove the workaround from i386.c. Modified:

[llvm-commits] [llvm] r46272 - /llvm/branches/release_22/lib/Target/Mips/MipsRegisterInfo.cpp

Author: tbrethou Date: Tue Jan 22 21:56:34 2008 New Revision: 46272 URL: http://llvm.org/viewvc/llvm-project?rev=46272view=rev Log: Merge from mainline. Trivial patch to fix two warnings Modified: llvm/branches/release_22/lib/Target/Mips/MipsRegisterInfo.cpp Modified:

Re: [llvm-commits] [llvm] r46220 - /llvm/trunk/test/CFrontend/2008-01-21-PackedStructField.c

On Jan 22, 2008, at 3:02 PM, Tanya Lattner wrote: This fails with llvm-gcc-4.0, darwin 8, x86. ../../src/gcc/llvm-types.cpp:82: failed assertion `(!TYPE_SIZE(Tr) || !Ty-isSized() || !isInt64(TYPE_SIZE(Tr), true) || getInt64 (TYPE_SIZE(Tr), true) == getTargetData().getABITypeSizeInBits(Ty))

Re: [llvm-commits] [llvm] r46187 - in /llvm/trunk: include/llvm/ADT/FoldingSet.h lib/Support/FoldingSet.cpp

On Jan 18, 2008, at 8:22 PM, Ted Kremenek wrote: Author: kremenek Date: Fri Jan 18 22:22:50 2008 New Revision: 46187 URL: http://llvm.org/viewvc/llvm-project?rev=46187view=rev Log: Made 'FoldingSetNodeID' a proper class instead of a nested class in 'FoldingSetNodeImpl' (previously

Re: [llvm-commits] [llvm-gcc-4.2] r46164 - in /llvm-gcc-4.2/trunk/gcc/config/i386: llvm-i386-target.h llvm-i386.cpp

On Jan 19, 2008, at 12:47 AM, Duncan Sands wrote: i32 / i64 all integer structs are not passed byval. What about integer arrays? This is an optimization, not a correctness issue. Can you give an example that you mean? -Chris ___ llvm-commits

[llvm-commits] [llvm-gcc-4.2] r46273 - in /llvm-gcc-4.2/branches/release_22: configure configure.in

Author: tbrethou Date: Tue Jan 22 23:47:49 2008 New Revision: 46273 URL: http://llvm.org/viewvc/llvm-project?rev=46273view=rev Log: Disable bootstrap. Modified: llvm-gcc-4.2/branches/release_22/configure llvm-gcc-4.2/branches/release_22/configure.in Modified:

Re: [llvm-commits] [llvm-gcc-4.2] r46164 - in /l lvm-gcc-4.2/trunk/gcc/config/i386: llvm-i386-ta rget.h llvm-i386.cpp

What about integer arrays? This is an optimization, not a correctness issue. Can you give an example that you mean? According to the x86-64 ABI, arrays of integers that are not more than 8 bytes long are passed in integer registers. Likewise for structs. So it looks like a correctness

Re: [llvm-commits] [llvm-gcc-4.2] r46164 - in /llvm-gcc-4.2/trunk/gcc/config/i386: llvm-i386-target.h llvm-i386.cpp

On Jan 22, 2008, at 10:03 PM, Duncan Sands wrote: What about integer arrays? This is an optimization, not a correctness issue. Can you give an example that you mean? According to the x86-64 ABI, arrays of integers that are not more than 8 bytes long are passed in integer registers.

Re: [llvm-commits] [llvm-gcc-4.2] r46164 - in /l lvm-gcc-4.2/trunk/gcc/config/i386: llvm-i386-ta rget.h llvm-i386.cpp

Okay, well we already get many other x86-64 issues wrong already, but Evan is chipping away at it. How do you pass an array by value in C? Example please, I find the x86-64 ABI hard to interpret, but it seems to say that aggregates are classified recursively, so it looks like a struct