[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=46251&view=rev Log: Silence a warning. Should we turn this into configure-time check? Modified: llvm/trunk/include/llvm/Support/Compiler.h Modified: llvm/trunk/include/llvm/Support/Com

[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=46250&view=rev Log: Add interator interface to DAGInit also Modified: llvm/trunk/utils/TableGen/Record.h Modified: llvm/trunk/utils/TableGen/Record.h URL: http://llvm.org/viewvc/llvm-

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 h

[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 mem2reg

[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=46254&view=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, hope

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=46261&view=rev Log: We were getting this error: embedding a directive within macro arguments is not portable build_tree_list is a macro... Modified: llvm-gcc-4.2/trunk/gcc/ob

[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=46262&view=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 Modifi

[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=46263&view=rev Log: Fix an iterator invalidation issue. Modified: llvm/trunk/lib/CodeGen/StrongPHIElimination.cpp Modified: llvm/trunk/lib/CodeGen/StrongPHIElimination.cpp URL: h

[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=46264&view=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-g

[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=46265&view=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=46266&view=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: http://llvm

[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=46267&view=rev Log: Honor explicit section information on Darwin. Modified: llvm/trunk/lib/Target/ARM/ARMAsmPrinter.cpp llvm/trunk/lib/Target/PowerPC/PPCAsmPrinter.cpp llv

[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=46269&view=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-g

[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=46270&view=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-gc

[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=46271&view=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=46272&view=rev Log: Merge from mainline. Trivial patch to fix two warnings Modified: llvm/branches/release_22/lib/Target/Mips/MipsRegisterInfo.cpp Modified: llvm/branches/release_

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(

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=46187&view=rev > Log: > Made 'FoldingSetNodeID' a proper class instead of a nested class in > 'FoldingSetNodeImpl' (previousl

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=46273&view=rev Log: Disable bootstrap. Modified: llvm-gcc-4.2/branches/release_22/configure llvm-gcc-4.2/branches/release_22/configure.in Modified: llvm-gcc-4.2/branches/relea

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 correctn

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 regis

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 c