Author: void
Date: Mon Nov 12 19:50:18 2007
New Revision: 44040
URL: http://llvm.org/viewvc/llvm-project?rev=44040&view=rev
Log:
Sync with 4.0 branch
Modified:
llvm-gcc-4.2/trunk/GNUmakefile
llvm-gcc-4.2/trunk/build_gcc
Modified: llvm-gcc-4.2/trunk/GNUmakefile
URL:
http://llvm.org/viewv
On Nov 12, 2007 5:23 PM, Evan Cheng <[EMAIL PROTECTED]> wrote:
>
> On Nov 12, 2007, at 4:44 PM, Bill Wendling wrote:
>
> > // Type profiles.
> > -def SDT_ARMCallSeq : SDTypeProfile<0, 1, [ SDTCisVT<0, i32> ]>;
> > +def SDT_ARMCallSeq_start : SDType
Author: void
Date: Mon Nov 12 18:44:25 2007
New Revision: 44037
URL: http://llvm.org/viewvc/llvm-project?rev=44037&view=rev
Log:
Unify CALLSEQ_{START,END}. They take 4 parameters: the chain, two stack
adjustment fields, and an optional flag. If there is a "dynamic_stackalloc" in
the code, make sur
Author: void
Date: Mon Nov 12 17:55:19 2007
New Revision: 44031
URL: http://llvm.org/viewvc/llvm-project?rev=44031&view=rev
Log:
Move SYSCTL stuff close to where it's used.
Modified:
llvm/trunk/utils/buildit/build_llvm
Modified: llvm/trunk/utils/buildit/build_llvm
URL:
http://llvm.org/viewv
Author: void
Date: Mon Nov 12 00:59:54 2007
New Revision: 44011
URL: http://llvm.org/viewvc/llvm-project?rev=44011&view=rev
Log:
Small hack to get llvm-config to work when it's moded to a different directory
Modified:
llvm-gcc-4.0/trunk/gcc/Makefile.in
Modified: llvm-gcc-4.0/trunk/gcc/Makefi
Author: void
Date: Sat Nov 10 23:47:02 2007
New Revision: 43992
URL: http://llvm.org/viewvc/llvm-project?rev=43992&view=rev
Log:
A bunch of changes to get 4.2 to build the Apple Way
Modified:
llvm-gcc-4.2/trunk/gcc/Makefile.in
Modified: llvm-gcc-4.2/trunk/gcc/Makefile.in
URL:
http://llvm.or
Author: void
Date: Sat Nov 10 22:33:38 2007
New Revision: 43991
URL: http://llvm.org/viewvc/llvm-project?rev=43991&view=rev
Log:
Small changes to build the Apple Way
Modified:
llvm-gcc-4.2/trunk/build_gcc
Modified: llvm-gcc-4.2/trunk/build_gcc
URL:
http://llvm.org/viewvc/llvm-project/llvm-g
Author: void
Date: Sat Nov 10 04:45:13 2007
New Revision: 43977
URL: http://llvm.org/viewvc/llvm-project?rev=43977&view=rev
Log:
Tagging LLVM-GCC 4.0 2000.
Added:
llvm-gcc-4.0/tags/Apple/llvmgcc40-2000/
- copied from r43971, llvm-gcc-4.0/trunk/
llvm-gcc-4.0/tags/Apple/llvmgcc40-2000
Author: void
Date: Sat Nov 10 04:44:07 2007
New Revision: 43976
URL: http://llvm.org/viewvc/llvm-project?rev=43976&view=rev
Log:
Creating directory
Added:
llvm-gcc-4.0/tags/Apple/
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
http://lists.
On Nov 9, 2007 4:04 AM, Anton Korobeynikov <[EMAIL PROTECTED]> wrote:
> Author: asl
> Date: Fri Nov 9 06:04:39 2007
> New Revision: 43937
>
> URL: http://llvm.org/viewvc/llvm-project?rev=43937&view=rev
> Log:
> Fix fallout from recent commits. This fixes PR1785
>
> Folks, when syncing to Apple gcc
Author: void
Date: Fri Nov 9 13:00:21 2007
New Revision: 43953
URL: http://llvm.org/viewvc/llvm-project?rev=43953&view=rev
Log:
Creation of llvmCore-2000
Added:
llvm/tags/Apple/llvmCore-2000/
- copied from r43952, llvm/trunk/
___
llvm-commit
Hi all,
I'm getting an error during compilation of LLVM-GCC 4.0. Here's the
error:
/var/tmp//ccKGJOpy.s:unknown:Undefined local symbol L6$pb
and here's the reduced testcase:
$ cat testcase.i
void bork(int qux) {
switch (qux) {
case 0: case 2: case 4: case 1:
break;
}
}
$ /Volume
Author: void
Date: Fri Nov 9 01:19:47 2007
New Revision: 43930
URL: http://llvm.org/viewvc/llvm-project?rev=43930&view=rev
Log:
Last (penultimate?) Apple GCC 4.2 updates.
Added:
llvm-gcc-4.2/trunk/gcc/config/arm/darwin-libgcc.10.4.ver
llvm-gcc-4.2/trunk/gcc/config/arm/darwin-libgcc.10.5.
Author: void
Date: Fri Nov 9 00:59:33 2007
New Revision: 43929
URL: http://llvm.org/viewvc/llvm-project?rev=43929&view=rev
Log:
Initial commit of files that support building LLVM the "Apple" way.
Added:
llvm/trunk/utils/buildit/
llvm/trunk/utils/buildit/GNUmakefile
llvm/trunk/utils/b
Author: void
Date: Thu Nov 8 19:48:20 2007
New Revision: 43926
URL: http://llvm.org/viewvc/llvm-project?rev=43926&view=rev
Log:
Change to reflect Duncan's fix.
Modified:
llvm-gcc-4.2/trunk/gcc/config/rs6000/llvm-rs6000.cpp
Modified: llvm-gcc-4.2/trunk/gcc/config/rs6000/llvm-rs6000.cpp
URL:
Author: void
Date: Thu Nov 8 19:22:33 2007
New Revision: 43921
URL: http://llvm.org/viewvc/llvm-project?rev=43921&view=rev
Log:
Don't configure targets we don't want to build on Darwin
Modified:
llvm-gcc-4.2/trunk/configure
llvm-gcc-4.2/trunk/configure.in
Modified: llvm-gcc-4.2/trunk/co
And 4.2 please :-)
-bw
On Nov 8, 2007 5:02 PM, Devang Patel <[EMAIL PROTECTED]> wrote:
> Author: dpatel
> Date: Thu Nov 8 19:02:00 2007
> New Revision: 43920
>
> URL: http://llvm.org/viewvc/llvm-project?rev=43920&view=rev
> Log:
> Use appropriate type for null initializer.
>
> Modified:
> ll
> Please follow the model of libstdc++. Instead of deleting them, just
> make them not build on darwin (like libstdc++).
>
Totally made it so. :-)
-bw
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/llvm-
Hi Anton,
> > llvm-gcc-4.2/trunk/libobjc/
> I expect, that nobody will use objc fe on non-darwin, but anyway - why
> removing libobjc (and not just excluding from build)?
>
Good question. Right now, I'm just trying to sync our tree with what's
in Apple GCC 4.2's TOT. My guess is that if we don
On Nov 8, 2007, at 1:18 AM, Duncan Sands wrote:
>> Removing to sync with Apple GCC 4.2
>>
>> Removed:
>> llvm-gcc-4.2/trunk/gnattools/
>
> Argh! The Ada front-end won't build without this - is it
> going to come back at some point?
Readded. Sorry about this.
-bw
Shoot! I thought it wasn't used...I'll resurrect it.
-bw
On Nov 8, 2007, at 1:18 AM, Duncan Sands wrote:
>> Removing to sync with Apple GCC 4.2
>>
>> Removed:
>> llvm-gcc-4.2/trunk/gnattools/
>
> Argh! The Ada front-end won't build without this - is it
> going to come back at some point?
>
On Nov 8, 2007, at 1:15 AM, Duncan Sands wrote:
>>> Also, Bill, after Duncan has tested and commits his patch to 4.2,
>>> can
>>> you please backport it to 4.0?
>>>
>> Duncan mentioned that he was going to attempt this. :-)
>
> I will if no-o
Author: void
Date: Thu Nov 8 03:11:48 2007
New Revision: 43887
URL: http://llvm.org/viewvc/llvm-project?rev=43887&view=rev
Log:
Removing libraries to sync with Apple GCC 4.2.
Removed:
llvm-gcc-4.2/trunk/boehm-gc/
llvm-gcc-4.2/trunk/libffi/
llvm-gcc-4.2/trunk/libjava/
llvm-gcc-4.2
Author: void
Date: Thu Nov 8 02:58:47 2007
New Revision: 43886
URL: http://llvm.org/viewvc/llvm-project?rev=43886&view=rev
Log:
Removing to sync with Apple GCC 4.2
Removed:
llvm-gcc-4.2/trunk/gnattools/
___
llvm-commits mailing list
llvm-commits@c
Author: void
Date: Wed Nov 7 18:10:45 2007
New Revision: 43856
URL: http://llvm.org/viewvc/llvm-project?rev=43856&view=rev
Log:
Revised FIXME comment
Modified:
llvm-gcc-4.0/trunk/gcc/llvm-convert.cpp
Modified: llvm-gcc-4.0/trunk/gcc/llvm-convert.cpp
URL:
http://llvm.org/viewvc/llvm-project
On Nov 7, 2007 1:47 PM, Chris Lattner <[EMAIL PROTECTED]> wrote:
> > URL: http://llvm.org/viewvc/llvm-project?rev=43842&view=rev
> > Log:
> > Add FIXME line.
>
> Thanks, please add a short comment about what the actual problem is,
> and mention the bugzilla. :
On Nov 7, 2007 11:51 AM, Chris Lattner <[EMAIL PROTECTED]> wrote:
>
> On Nov 7, 2007, at 11:29 AM, Bill Wendling wrote:
>
> > Author: void
> > Date: Wed Nov 7 13:29:37 2007
> > New Revision: 43835
> >
> > URL: http://llvm.org/viewvc/llvm-projec
Author: void
Date: Wed Nov 7 14:59:30 2007
New Revision: 43842
URL: http://llvm.org/viewvc/llvm-project?rev=43842&view=rev
Log:
Add FIXME line.
Modified:
llvm-gcc-4.0/trunk/gcc/llvm-convert.cpp
Modified: llvm-gcc-4.0/trunk/gcc/llvm-convert.cpp
URL:
http://llvm.org/viewvc/llvm-project/llvm-
Author: void
Date: Wed Nov 7 13:41:16 2007
New Revision: 43840
URL: http://llvm.org/viewvc/llvm-project?rev=43840&view=rev
Log:
Creating llvm-gcc-1200-21 branch
Added:
llvm-gcc-4.0/tags/llvm-gcc-1200-21/
- copied from r43839, llvm-gcc-4.0/trunk/
___
Author: void
Date: Wed Nov 7 13:41:23 2007
New Revision: 43841
URL: http://llvm.org/viewvc/llvm-project?rev=43841&view=rev
Log:
Creating llvm-1200-21 branch
Added:
llvm/tags/Apple/llvm-1200-21/
- copied from r43840, llvm/trunk/
___
llvm-comm
Author: void
Date: Wed Nov 7 13:36:26 2007
New Revision: 43839
URL: http://llvm.org/viewvc/llvm-project?rev=43839&view=rev
Log:
Add testcase
Added:
llvm/trunk/test/CFrontend/2007-11-07-AlignedMemcpy.c
Added: llvm/trunk/test/CFrontend/2007-11-07-AlignedMemcpy.c
URL:
http://llvm.org/viewvc/l
Author: void
Date: Wed Nov 7 13:29:37 2007
New Revision: 43835
URL: http://llvm.org/viewvc/llvm-project?rev=43835&view=rev
Log:
Hack: Force alignment to 1 in all cases.
Modified:
llvm-gcc-4.0/trunk/gcc/llvm-convert.cpp
Modified: llvm-gcc-4.0/trunk/gcc/llvm-convert.cpp
URL:
http://llvm.org/
Hi Duncan,
>> No, this doesn't give the assert. :-(
>
> the memcpy seems to have the wrong alignment in the LLVM IR. This
> may or may not
> lead to an assert later I suppose.
That's what's wrong here. We're using the alignment from the source
pointer as the alignment for the memcpy, which i
On Nov 7, 2007, at 1:20 AM, Duncan Sands wrote:
> Hi Bill,
>
>> Does this help? :-)
>
> the tree dumps weren't very informative! :)
Yeah...there weren't that many that were dumped. :-)
> Here is a testcase that seems to show the same kind of problem, and
>
On 10/26/07, Duncan Sands <[EMAIL PROTECTED]> wrote:
> > I've only seen this problem on PPC64. In particular, it's writing this
> > information into the "redzone" because this is a leaf function, and
> > thus the destination may be unaligned.
>
> Can you please send me the gcc tree dumps, and also
Author: void
Date: Tue Nov 6 03:36:34 2007
New Revision: 43766
URL: http://llvm.org/viewvc/llvm-project?rev=43766&view=rev
Log:
Clarify some of the iostreams stuff.
Modified:
llvm/trunk/docs/CodingStandards.html
Modified: llvm/trunk/docs/CodingStandards.html
URL:
http://llvm.org/viewvc/llv
Author: void
Date: Tue Nov 6 00:41:57 2007
New Revision: 43759
URL: http://llvm.org/viewvc/llvm-project?rev=43759&view=rev
Log:
A long time ago, and yet somehow in the future...
Chapter IV
It was a dark time in the Subversion tree. The Federation, headed by
the dark
On 11/5/07, Rafael Espindola <[EMAIL PROTECTED]> wrote:
> > If you're going to do this, why not just get rid of Subtarget
> > altogether and just use BaseSubtarget? It can be set to 0 for targets
> > that don't use it. Then again, it might not be a bad idea to use
> > virtual getter/setters here. I
Hi Rafael,
> The attached patch passes a "make check". I haven't committed yet
> because I am going on vacations and will be a bit slow to respond. I
> will still have Internet access and can commit if there is positive
> feedback.
>
Index: include/llvm/Target/TargetLowering.h
Author: void
Date: Sun Nov 4 05:47:51 2007
New Revision: 43671
URL: http://llvm.org/viewvc/llvm-project?rev=43671&view=rev
Log:
Add symbol stubs for simplify_const_unary_operation and get_attr_i387_cw
Modified:
llvm-gcc-4.2/trunk/gcc/llvm-symbol-stubs.cpp
Modified: llvm-gcc-4.2/trunk/gcc/ll
Author: void
Date: Sat Nov 3 04:21:32 2007
New Revision: 43664
URL: http://llvm.org/viewvc/llvm-project?rev=43664&view=rev
Log:
Oops.
Modified:
llvm-gcc-4.2/trunk/gcc/configure.ac
Modified: llvm-gcc-4.2/trunk/gcc/configure.ac
URL:
http://llvm.org/viewvc/llvm-project/llvm-gcc-4.2/trunk/gcc/
On Nov 3, 2007, at 1:15 AM, Duncan Sands wrote:
>> - Use "-Wno-overlength-strings" to silence a warning during
>> bootstrapping.
>
> Because the warning was bogus?
>
Depends on what you mean by bogus. :-)
Yes, the strings were over the max allowed by the standard, but it is
in gcc.c, so I ass
On Nov 2, 2007, at 11:29 PM, Evan Cheng wrote:
> Should we use "static inline" instead of plain out "inline" to
> prevent copies of the functions?
>
I can check it out. But here's another thing. The comment in the
configure.in file that sets this flag is:
# This is aimed to mimic bootstrap with
Author: void
Date: Fri Nov 2 20:32:17 2007
New Revision: 43658
URL: http://llvm.org/viewvc/llvm-project?rev=43658&view=rev
Log:
First stab at the modifications necessary to get LLVM-GCC 4.2 building
the "Apple Way".
Modified:
llvm-gcc-4.2/trunk/build_gcc
Modified: llvm-gcc-4.2/trunk/build_g
On 11/2/07, Bill Wendling <[EMAIL PROTECTED]> wrote:
> Author: void
> Date: Fri Nov 2 20:01:16 2007
> New Revision: 43655
>
> URL: http://llvm.org/viewvc/llvm-project?rev=43655&view=rev
> Log:
> Remove the use of the "-fkeep-inline-functions" flag. LLV
Author: void
Date: Fri Nov 2 20:09:08 2007
New Revision: 43657
URL: http://llvm.org/viewvc/llvm-project?rev=43657&view=rev
Log:
Remove the -Wno-overlength-strings flag from C++ compiles
Modified:
llvm-gcc-4.2/trunk/gcc/Makefile.in
Modified: llvm-gcc-4.2/trunk/gcc/Makefile.in
URL:
http://ll
Author: void
Date: Fri Nov 2 20:05:03 2007
New Revision: 43656
URL: http://llvm.org/viewvc/llvm-project?rev=43656&view=rev
Log:
configure:
- Use "-Wno-overlength-strings" to silence a warning during
bootstrapping.
except.c:
- Not having a prototype causes a warning.
varasm.c & c-common.c:
- "
Author: void
Date: Fri Nov 2 00:41:07 2007
New Revision: 43635
URL: http://llvm.org/viewvc/llvm-project?rev=43635&view=rev
Log:
Creating llvm-1200-20 branch
Added:
llvm/tags/Apple/llvm-1200-20/
- copied from r43634, llvm/trunk/
___
llvm-comm
Author: void
Date: Fri Nov 2 00:40:58 2007
New Revision: 43634
URL: http://llvm.org/viewvc/llvm-project?rev=43634&view=rev
Log:
Creating llvm-gcc-1200-20 branch
Added:
llvm-gcc-4.0/tags/llvm-gcc-1200-20/
- copied from r43633, llvm-gcc-4.0/trunk/
___
Author: void
Date: Thu Nov 1 04:38:19 2007
New Revision: 43610
URL: http://llvm.org/viewvc/llvm-project?rev=43610&view=rev
Log:
Silence a warning saying that the variables always resolve to "true" in an
expression.
Modified:
llvm/trunk/lib/System/ltdl.c
Modified: llvm/trunk/lib/System/ltdl.
Author: void
Date: Thu Nov 1 03:51:44 2007
New Revision: 43609
URL: http://llvm.org/viewvc/llvm-project?rev=43609&view=rev
Log:
Silence, accersed warning
Modified:
llvm/trunk/lib/Target/X86/X86ISelDAGToDAG.cpp
Modified: llvm/trunk/lib/Target/X86/X86ISelDAGToDAG.cpp
URL:
http://llvm.org/vie
Author: void
Date: Thu Nov 1 03:24:40 2007
New Revision: 43608
URL: http://llvm.org/viewvc/llvm-project?rev=43608&view=rev
Log:
Get rid of compilation warning during release builds
Modified:
llvm/trunk/include/llvm/Constants.h
Modified: llvm/trunk/include/llvm/Constants.h
URL:
http://llvm.
On 10/30/07, Devang Patel <[EMAIL PROTECTED]> wrote:
> Fix
> http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20071029/055013.html
>
4.2 maybe? :)
-bw
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/list
Author: void
Date: Fri Oct 26 18:43:35 2007
New Revision: 43412
URL: http://llvm.org/viewvc/llvm-project?rev=43412&view=rev
Log:
Test to make sure that if we have an unaligned memcpy, it will still compile.
Added:
llvm/trunk/test/CFrontend/unaligned-memcpy.c
Added: llvm/trunk/test/CFrontend
On 10/26/07, Duncan Sands <[EMAIL PROTECTED]> wrote:
> > > Hi Bill, I must say that I don't like this patch at all. Is there
> > > no better way?
> >
> > I'm open to suggestions. :-) What part do you object to?
>
> All of it! But let's n
Author: void
Date: Fri Oct 26 18:31:40 2007
New Revision: 43411
URL: http://llvm.org/viewvc/llvm-project?rev=43411&view=rev
Log:
Reverting r43399 because it doesn't appear to happen with TOT anymore
Modified:
llvm-gcc-4.2/trunk/gcc/llvm-convert.cpp
Modified: llvm-gcc-4.2/trunk/gcc/llvm-conve
Author: void
Date: Fri Oct 26 18:30:22 2007
New Revision: 43410
URL: http://llvm.org/viewvc/llvm-project?rev=43410&view=rev
Log:
Reverting patch as it doesn't appear that this happens with TOT
Modified:
llvm-gcc-4.0/trunk/gcc/llvm-convert.cpp
Modified: llvm-gcc-4.0/trunk/gcc/llvm-convert.cpp
Hi Duncan,
> Hi Bill, I must say that I don't like this patch at all. Is there
> no better way?
I'm open to suggestions. :-) What part do you object to? I reasoned
that we needed to make the memcpy intrinsic have the correct
alignment. It is getting its alignment information
Author: void
Date: Fri Oct 26 15:34:37 2007
New Revision: 43400
URL: http://llvm.org/viewvc/llvm-project?rev=43400&view=rev
Log:
On second thought. Remove this as it should never be generated in the first
place.
Removed:
llvm/trunk/test/CodeGen/PowerPC/2007-10-23-UnalignedMemcpy.ll
Removed:
On 10/26/07, Bill Wendling <[EMAIL PROTECTED]> wrote:
> Author: void
> Date: Fri Oct 26 15:24:42 2007
> New Revision: 43398
>
> URL: http://llvm.org/viewvc/llvm-project?rev=43398&view=rev
> Log:
> - XFAIL 2007-10-23-UnalignedMemcpy.ll because llc has a bug that cr
Author: void
Date: Fri Oct 26 15:27:28 2007
New Revision: 43399
URL: http://llvm.org/viewvc/llvm-project?rev=43399&view=rev
Log:
Port of r43394:
There are situations where the source and destination alignments differ. This
can cause havoc with memcpy. In this case, memcpy is using the alignment of
Author: void
Date: Fri Oct 26 15:24:42 2007
New Revision: 43398
URL: http://llvm.org/viewvc/llvm-project?rev=43398&view=rev
Log:
- Remove the hacky code that forces a memcpy. Alignment is taken care of in the
FE.
- Explicitly pass in the alignment of the load & store.
- XFAIL 2007-10-23-Unaligne
Author: void
Date: Fri Oct 26 15:20:29 2007
New Revision: 43394
URL: http://llvm.org/viewvc/llvm-project?rev=43394&view=rev
Log:
There are situations where the source and destination alignments differ. This
can cause havoc with memcpy. In this case, memcpy is using the alignment of the
source poin
Hi Evan,
> Is the XXX marker used anywhere else in llvm? I think we use FIXME or
> TODO everywhere else. It's not that important, but it makes sense to
> be somewhere consistent so we can grep it later.
>
I don't think it's used elsewhere. I just changed it to a FIXME and
added the README.txt entr
Author: void
Date: Thu Oct 25 14:49:32 2007
New Revision: 43359
URL: http://llvm.org/viewvc/llvm-project?rev=43359&view=rev
Log:
Changed XXX to FIXME, and added comment to the README file
Modified:
llvm/trunk/lib/CodeGen/BranchFolding.cpp
llvm/trunk/lib/CodeGen/README.txt
Modified: llvm/
On 10/25/07, Chris Lattner <[EMAIL PROTECTED]> wrote:
> Okay, well then. Bill and I discussed this again. It sounds like
> there are multibugs here. One issue is that the alignment from the
> memcpy isn't pushed onto the generated load/stores when lowering the
> memcpy
Author: void
Date: Thu Oct 25 13:23:45 2007
New Revision: 43353
URL: http://llvm.org/viewvc/llvm-project?rev=43353&view=rev
Log:
Added comment explaining why we are doing this check.
Modified:
llvm/trunk/lib/CodeGen/BranchFolding.cpp
Modified: llvm/trunk/lib/CodeGen/BranchFolding.cpp
URL:
h
gt; >>>> into 4 pairs of 8-byte load / store and 1 pair of 1 byte load /
> >>>> store. It's issuing a 1-byte load from r1+32 and 4 8-byte loads
> >>>> from
> >>>> r1+8, r1+16, r1+24. It's faulting on one of the 8-byte load so it
&g
at location
> >> [SP-33]
> >
> > Ok, then the problem is just this stack object is misaligned? I
> > thought the source specified this alloca should be 4-byte aligned?
>
> I discussed this with Bill today. The problem is that we have:
>
> llvm.memcpy(p, q, 8,
The alloca doesn't have an alignment requirement:
@C.0.1173 = external constant [33 x i8]
define void @Bork() {
entry:
%Qux = alloca [33 x i8]
%Qux1 = bitcast [33 x i8]* %Qux to i8*
call void @llvm.memcpy.i64( i8* %Qux1, i8* getelementptr ([33 x i8]*
@C.0.1173, i32 0, i32
On Oct 23, 2007, at 11:29 PM, Evan Cheng wrote:
> On Oct 23, 2007, at 6:18 PM, Chris Lattner wrote:
>> On Oct 23, 2007, at 6:00 PM, Evan Cheng wrote:
>>> Now that I think about it some more. The bug Bill and I looked at
>>> appears to be just a PPC prologue
On 10/23/07, Chris Lattner <[EMAIL PROTECTED]> wrote:
> > URL: http://llvm.org/viewvc/llvm-project?rev=43270&view=rev
> > Log:
> > If there's an unaligned memcpy to/from the stack, don't lower it.
> > Just call the
> > memcpy library function in
Author: void
Date: Tue Oct 23 18:45:12 2007
New Revision: 43272
URL: http://llvm.org/viewvc/llvm-project?rev=43272&view=rev
Log:
Creating llvm-gcc-1200-19 branch
Added:
llvm-gcc-4.0/tags/llvm-gcc-1200-19/
- copied from r43271, llvm-gcc-4.0/trunk/
___
Author: void
Date: Tue Oct 23 18:45:18 2007
New Revision: 43273
URL: http://llvm.org/viewvc/llvm-project?rev=43273&view=rev
Log:
Creating llvm-1200-19 branch
Added:
llvm/tags/Apple/llvm-1200-19/
- copied from r43272, llvm/trunk/
___
llvm-comm
Author: void
Date: Tue Oct 23 18:36:57 2007
New Revision: 43271
URL: http://llvm.org/viewvc/llvm-project?rev=43271&view=rev
Log:
Fix comment and use the "Size" variable that's already provided.
Modified:
llvm/trunk/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp
Modified: llvm/trunk/lib/CodeGe
Author: void
Date: Tue Oct 23 18:32:40 2007
New Revision: 43270
URL: http://llvm.org/viewvc/llvm-project?rev=43270&view=rev
Log:
If there's an unaligned memcpy to/from the stack, don't lower it. Just call the
memcpy library function instead.
Added:
llvm/trunk/test/CodeGen/PowerPC/2007-10-23-U
Author: void
Date: Tue Oct 23 17:04:26 2007
New Revision: 43264
URL: http://llvm.org/viewvc/llvm-project?rev=43264&view=rev
Log:
This broke lots. Reverting.
Modified:
llvm/trunk/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp
Modified: llvm/trunk/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp
U
Author: void
Date: Tue Oct 23 16:30:25 2007
New Revision: 43262
URL: http://llvm.org/viewvc/llvm-project?rev=43262&view=rev
Log:
Lowering a memcpy to the stack is killing PPC. The ARM and X86 backends already
have their own custom memcpy lowering code. This code needs to be factored out
into a tar
Author: void
Date: Mon Oct 22 00:10:05 2007
New Revision: 43216
URL: http://llvm.org/viewvc/llvm-project?rev=43216&view=rev
Log:
Put correct link in example
Modified:
llvm/trunk/docs/LangRef.html
Modified: llvm/trunk/docs/LangRef.html
URL:
http://llvm.org/viewvc/llvm-project/llvm/trunk/docs
On Oct 20, 2007, at 1:53 AM, Duncan Sands wrote:
>> Don't branch fold inline asm statements.
>
> I'm curious to know why not... I didn't understand the
> problem with the testcase.
>
There are a few projects that depend upon a specific ordering of asm
directives. Chris and I believe that they'r
Author: void
Date: Fri Oct 19 16:09:55 2007
New Revision: 43191
URL: http://llvm.org/viewvc/llvm-project?rev=43191&view=rev
Log:
Don't branch fold inline asm statements.
Added:
llvm/trunk/test/Transforms/BranchFolding/
llvm/trunk/test/Transforms/BranchFolding/2007-10-19-InlineAsmDirective
Author: void
Date: Fri Oct 19 13:49:16 2007
New Revision: 43186
URL: http://llvm.org/viewvc/llvm-project?rev=43186&view=rev
Log:
Removed "-arch i386" by popular demand...
Modified:
llvm/trunk/test/FrontendObjC/2007-10-17-SJLJExceptions.m
Modified: llvm/trunk/test/FrontendObjC/2007-10-17-SJLJ
On 10/19/07, Devang Patel <[EMAIL PROTECTED]> wrote:
>
> On Oct 19, 2007, at 11:17 AM, Bill Wendling wrote:
>
> >> "-arch i386" is an apple-ism, and Foundation.h is part of the mac
> >> system libraries. Bill, can you please adjust the test to not
>
Author: void
Date: Fri Oct 19 13:40:53 2007
New Revision: 43185
URL: http://llvm.org/viewvc/llvm-project?rev=43185&view=rev
Log:
Now with RUN line!
Modified:
llvm/trunk/test/FrontendObjC/2007-10-17-SJLJExceptions.m
Modified: llvm/trunk/test/FrontendObjC/2007-10-17-SJLJExceptions.m
URL:
http
On 10/19/07, Chris Lattner <[EMAIL PROTECTED]> wrote:
> Author: lattner
> Date: Fri Oct 19 11:47:35 2007
> New Revision: 43181
>
> URL: http://llvm.org/viewvc/llvm-project?rev=43181&view=rev
> Log:
> Fix a really nasty vector miscompilation bill
Author: void
Date: Fri Oct 19 13:36:04 2007
New Revision: 43184
URL: http://llvm.org/viewvc/llvm-project?rev=43184&view=rev
Log:
Remove the Foundation.h file because not everyone has that.
Modified:
llvm/trunk/test/FrontendObjC/2007-10-17-SJLJExceptions.m
Modified: llvm/trunk/test/FrontendOb
On 10/19/07, Chris Lattner <[EMAIL PROTECTED]> wrote:
>
> On Oct 19, 2007, at 3:21 AM, Duncan Sands wrote:
>
> > Hi Bill,
> >
> >>> I think the objc front-end is emitting the setjmp/longjmp calls
> >>> itself directly, not relying on the rest of
On 10/19/07, Chris Lattner <[EMAIL PROTECTED]> wrote:
>
> This sounds like your cc tools are messed up somehow. Alternatively,
> perhaps a .o or .a file is corrupt?
>
This is my home machine, which I haven't changed or updated the cc
tools for. I tried blowing the build tree away. It was late last
Hi all,
Is anyone seeing this?
ar cru /Users/wendling/llvm/llvm.obj/Debug/lib/libLLVMSystem.a /Users/
wendling/llvm/llvm.obj/lib/System/Debug/Alarm.o /Users/wendling/llvm/
llvm.obj/lib/System/Debug/Disassembler.o /Users/wendling/llvm/
llvm.obj/lib/System/Debug/DynamicLibrary.o /Users/wendling/
On 10/18/07, Devang Patel <[EMAIL PROTECTED]> wrote:
> Author: dpatel
> Date: Thu Oct 18 20:28:43 2007
> New Revision: 43163
>
> URL: http://llvm.org/viewvc/llvm-project?rev=43163&view=rev
> Log:
> Fix
> http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20071015/054686.html
>
> Modified:
Okay. Fixed. :-)
-bw
On 10/18/07, Chris Lattner <[EMAIL PROTECTED]> wrote:
>
> On Oct 18, 2007, at 10:58 AM, Bill Wendling wrote:
>
> > On 10/18/07, Chris Lattner <[EMAIL PROTECTED]> wrote:
> >>
> >> On Oct 18, 2007, at 1:32 AM, Bill Wendling wrote:
&
Author: void
Date: Thu Oct 18 20:10:49 2007
New Revision: 43161
URL: http://llvm.org/viewvc/llvm-project?rev=43161&view=rev
Log:
Negative indices aren't allowed here.
Modified:
llvm/trunk/lib/CodeGen/SelectionDAG/LegalizeDAG.cpp
Modified: llvm/trunk/lib/CodeGen/SelectionDAG/LegalizeDAG.cpp
U
Author: void
Date: Thu Oct 18 13:26:40 2007
New Revision: 43140
URL: http://llvm.org/viewvc/llvm-project?rev=43140&view=rev
Log:
Fix the command line.
Modified:
llvm/trunk/test/FrontendObjC/2007-10-17-SJLJExceptions.m
Modified: llvm/trunk/test/FrontendObjC/2007-10-17-SJLJExceptions.m
URL:
h
On 10/18/07, Chris Lattner <[EMAIL PROTECTED]> wrote:
> >> In the case of this fix, we don't want to use even
> >> _Unwind_SjLj_Resume (it's what I tried initially and got the same
> >> type of error).
> >
> > So how do you continue unwinding exceptions? If code should never
> > get to the unwind
On 10/18/07, Chris Lattner <[EMAIL PROTECTED]> wrote:
>
> On Oct 18, 2007, at 1:32 AM, Bill Wendling wrote:
>
> > Author: void
> > Date: Thu Oct 18 03:32:37 2007
> > New Revision: 43120
> >
> > URL: http://llvm.org/viewvc/llvm-project?rev=43120&v
On Oct 18, 2007, at 1:45 AM, Duncan Sands wrote:
>>> Thanks Bill, the patch looks fine. This needs a testcase and needs
>>> to be applied to 4.2 if it has the same problem,
>>>
>> Will do.
>
> In 4.2 the unwind-resume function is configurable. For objc
Hi Duncan,
>> When ObjC is using SJLJ exceptions, don't create an unwind basic
>> block
>
> is this to avoid calling "unwind resume"? Do SJLJ exceptions actually
> work with ObjC - I thought LLVM support was needed for sjlj exceptions
> (I only looked at 4.2 though).
>
Yes, it's to avoid callin
Author: void
Date: Thu Oct 18 03:32:37 2007
New Revision: 43120
URL: http://llvm.org/viewvc/llvm-project?rev=43120&view=rev
Log:
Pointer arithmetic should be done with the index the same size as the pointer.
Added:
llvm/trunk/test/CodeGen/PowerPC/2007-10-18-PtrArithmetic.ll
Modified:
llv
Author: void
Date: Wed Oct 17 18:14:56 2007
New Revision: 43102
URL: http://llvm.org/viewvc/llvm-project?rev=43102&view=rev
Log:
Test to make sure we don't generate unwind info for non-64-bit Objective-C.
Added:
llvm/trunk/test/FrontendObjC/2007-10-17-SJLJExceptions.m
Added: llvm/trunk/test/
On 10/17/07, Chris Lattner <[EMAIL PROTECTED]> wrote:
>
> On Oct 17, 2007, at 3:10 PM, Bill Wendling wrote:
>
> > Author: void
> > Date: Wed Oct 17 17:10:14 2007
> > New Revision: 43098
> >
> > URL: http://llvm.org/viewvc/llvm-project?rev=43098&
201 - 300 of 1002 matches
Mail list logo
