[llvm-commits] [llvm] r41536 - in /llvm/trunk: include/llvm/CodeGen/LiveInterval.h include/llvm/CodeGen/SimpleRegisterCoalescing.h lib/CodeGen/LiveInterval.cpp lib/CodeGen/SimpleRegisterCoalescing.cpp

Author: evancheng Date: Tue Aug 28 03:28:51 2007 New Revision: 41536 URL: http://llvm.org/viewvc/llvm-project?rev=41536&view=rev Log: Recover most of the compile time regression due to recent live interval changes. 1. Eliminate the costly live interval "swapping". 2. Change ValueNumberInfo contain

Re: [llvm-commits] [llvm] r41489 - in /llvm/trunk: include/llvm/CodeGen/SelectionDAGISel.h lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp test/CodeGen/X86/memmove-0.ll test/CodeGen/X86/memmove-1.ll tes

> I'm not aware of any cases where memmove vs. memcpy matters before > codegen currently. If it were done at the LLVM IR level, would it be > too trivial to be in a pass by itself, or would you want to add it, > along with an addRequired, to some existing pass? Doing it at the LLVM IL would also b

[llvm-commits] [llvm-gcc-4.2] r41537 - in /llvm-gcc-4.2/trunk/gcc/config/i386: cygming.h t-cygming t-mingw32 winnt.c

Author: asl Date: Tue Aug 28 07:24:17 2007 New Revision: 41537 URL: http://llvm.org/viewvc/llvm-project?rev=41537&view=rev Log: Unbreak mingw32 build from merge bugs. Modified: llvm-gcc-4.2/trunk/gcc/config/i386/cygming.h llvm-gcc-4.2/trunk/gcc/config/i386/t-cygming llvm-gcc-4.2/trunk

Re: [llvm-commits] [patch] fix the alignment of i64 and f64 on linux x86-64

>> According to table 3.1 of http://www.x86-64.org/documentation/abi.pdf, >> the i64 and f64 types should have 8 byte alignment. >> >> The attached patch changes this for targets that are not darwin. > > Dan, Evan, is this ok? Evan, doesn't darwin follow the same ABI on > x86-64? It looks good

[llvm-commits] [llvm-gcc-4.2] r41538 - in /llvm-gcc-4.2/trunk/gcc: c-parser.c cp/parser.c

Author: asl Date: Tue Aug 28 10:57:24 2007 New Revision: 41538 URL: http://llvm.org/viewvc/llvm-project?rev=41538&view=rev Log: Fix handling of cw-style asm blocks. Modified: llvm-gcc-4.2/trunk/gcc/c-parser.c llvm-gcc-4.2/trunk/gcc/cp/parser.c Modified: llvm-gcc-4.2/trunk/gcc/c-parser.c

[llvm-commits] [llvm-gcc-4.2] r41539 - /llvm-gcc-4.2/trunk/gcc/Makefile.in

Author: baldrick Date: Tue Aug 28 11:11:02 2007 New Revision: 41539 URL: http://llvm.org/viewvc/llvm-project?rev=41539&view=rev Log: Forward port of r40542. Restore llvm version info. Modified: llvm-gcc-4.2/trunk/gcc/Makefile.in Modified: llvm-gcc-4.2/trunk/gcc/Makefile.in URL: http://llvm.

[llvm-commits] [llvm] r41553 - in /llvm/trunk/win32: Support/Support.vcproj Transforms/Transforms.vcproj VMCore/VMCore.vcproj x86/x86.vcproj

Author: cfr Date: Tue Aug 28 13:59:02 2007 New Revision: 41553 URL: http://llvm.org/viewvc/llvm-project?rev=41553&view=rev Log: Update win32 VStudio project files to keep pace with recently added and deleted files Modified: llvm/trunk/win32/Support/Support.vcproj llvm/trunk/win32/Transfo

Re: [llvm-commits] Trampoline support (pointers nested funtions)

Hi Evan, thanks for your comments. > >> 3. In X86TargetLowering::LowerTRAMPOLINE(): > >> +case CallingConv::X86_StdCall: { > >> + Move = 0xb9; // Pass chain in ECX > >> > >> I assume this is the ModR/M byte? > > > > Well, it's MOV32ri. > > Then it should be 0xb8? It already had ECX or'd

[llvm-commits] [llvm] r41556 - in /llvm/trunk: include/llvm/CodeGen/ScheduleDAG.h lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp lib/CodeGen/SelectionDAG/SelectionDAGPrinter.cpp

Author: djg Date: Tue Aug 28 15:32:58 2007 New Revision: 41556 URL: http://llvm.org/viewvc/llvm-project?rev=41556&view=rev Log: Add an option, -view-sunit-dags, for viewing the actual SUnit DAGs used by scheduling. Modified: llvm/trunk/include/llvm/CodeGen/ScheduleDAG.h llvm/trunk/lib/Cod