similar to: [LLVMdev] Internal Compiler Error

Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] Internal Compiler Error"

2008 Jan 28
0
[LLVMdev] Internal Compiler Error
Yes, this is me. I'll look at this tonight when I have access to a machine. Evan On Jan 27, 2008, at 1:01 AM, Bill Wendling <isanbard at gmail.com> wrote: > Hi all, > > In the last few days, some change introduced an internal compiler > error. On my G4 (PPC), I'm getting this: > > $ cat testcase.i > struct A {}; > struct B { > struct A c[0]; > };
2018 Aug 06
2
Getting Object Files During LTO
On Mon, Aug 6, 2018 at 4:30 PM Quentin Colombet <quentin.colombet at gmail.com> wrote: > Hi Bill, > > > 2018-08-06 16:13 GMT-07:00 Bill Wendling via llvm-dev < > llvm-dev at lists.llvm.org>: > > Is there a way to get object files from the LTO step before the linker > > performs the final link phase? What I'd like to do is given these bitcode > >
2009 Nov 12
2
[LLVMdev] Bootstrap Failure
Hi all, There's been a recent bootstrap failure that might be covered up because of another failure. I just wanted to point this out so that people can take a look: -bw Here's the failure from our buildbot: Assertion failed: (DestReg == VirtReg && "Unknown load situation!"), function RewriteMBB, file /Volumes/Sandbox/Buildbot/llvm/build.llvm-
2009 Jun 17
1
[LLVMdev] Configure problem of llvm2.5 in Mac OS X 10.4.11
Hi, I am trying to install llvm 2.5 in my PowerPC machine. I have already installed XCode Tools 2.4.1. I can compile programs using gcc run them. I try to configure llvm 2.5, the configuration aborts with following message: checking build system type... powerpc-apple-darwin8.11.0 checking host system type... powerpc-apple-darwin8.11.0 checking target system type... powerpc-apple-darwin8.11.0
2008 Nov 24
2
[LLVMdev] RFC: Mangling Unnamed Global Values
On Nov 24, 2008, at 11:07 AM, Chris Lattner wrote: > > On Nov 24, 2008, at 11:01 AM, Bill Wendling wrote: > >> The symbols I'm interested in already have internal linkage (as you >> would expect). But because the mangler is in charge of assigning them >> names, they never seem to be decorated with the 'L' in front. . . . > > If you use
2009 Jun 18
0
[LLVMdev] Configure problem of llvm2.5 in Mac OS X 10.4.11
I can configure it now. Thank You! --- On Wed, 6/17/09, Bill Wendling <isanbard at gmail.com> wrote: From: Bill Wendling <isanbard at gmail.com> Subject: Re: [LLVMdev] Configure problem of llvm2.5 in Mac OS X 10.4.11 To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> Date: Wednesday, June 17, 2009, 6:26 PM Hi Murat, This looks suspicious:  
2008 Jan 26
0
[LLVMdev] Test Results
On Jan 25, 2008, at 9:35 PM, Bill Wendling wrote: > Sorry, I forgot to mention. It's a PPC PowerBook G4 running Mac OS X > 10.4.11. > > -bw OK, ppc32 EH used to work better than this (although I haven't tried it on 10.4). I'll have a look. > On Jan 25, 2008, at 6:14 PM, Dale Johannesen wrote: > >> What target? >> >> On Jan 25, 2008, at 6:06 PM,
2013 Feb 03
0
[LLVMdev] [RFC] Attributes Rewrite (Final)
On Jan 29, 2013, at 2:42 PM, Bill Wendling <isanbard at gmail.com> wrote: > Executive Summary: > > The new syntax is: > > #0 = attributes { noinline align=4 "cpu"="cortex-a8" } > #1 = attributes { attr = (val1 val2 val3) } > #bork = attributes { sspreq noredzone } > > define void @foo() #0 #bork { ret void } The general syntax LGTM. It
2008 Jan 26
3
[LLVMdev] Test Results
Sorry, I forgot to mention. It's a PPC PowerBook G4 running Mac OS X 10.4.11. -bw On Jan 25, 2008, at 6:14 PM, Dale Johannesen wrote: > What target? > > On Jan 25, 2008, at 6:06 PM, Bill Wendling wrote: > >> Here are my test results for the 2.2 prerelease. >> >> Built objDir == srcDir, release, and with the pre-built LLVM-GCC >> binary. >>
2013 Nov 10
0
[LLVMdev] [Reminder] LLVM 3.4 Release Branching
On Sun, Nov 10, 2013 at 06:11:16AM -0800, Bill Wendling wrote: > Good day! > > This is just a reminder that branching for the 3.4 release will occur at this time: > > Monday, November 18, 2013 at 7:00:00 PM PST / Tuesday, November 19, 2013 at 3:00:00 AM UTC > > What this means for you! > ------------------------ > > * Please keep the release notes up to date --
2013 Nov 11
2
[LLVMdev] [cfe-dev] [Reminder] LLVM 3.4 Release Branching
Jack, Where do the "-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.8" flags come from? I don't see them in your CMake invocation - perhaps they're added via $CC or $CFLAGS? Is this being done on purpose? I can add a CMake step checking whether the current CFLAGS/LDFLAGS allow to build an
2007 Oct 26
2
[LLVMdev] RFC: llvm-convert.cpp Patch
Hi all, The patch below is to fix a problem with unaligned memcpys. This program: void Bork() { int Qux[33] = {0}; } will currently produce this LLVM code on PPC64: @C.0.937 = internal constant [33 x i8] zeroinitializer 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]*
2013 Nov 11
1
[LLVMdev] [cfe-dev] [Reminder] LLVM 3.4 Release Branching
On Sun, Nov 10, 2013 at 7:50 PM, Jack Howarth <howarth at bromo.med.uc.edu>wrote: > On Sun, Nov 10, 2013 at 06:11:16AM -0800, Bill Wendling wrote: > > Good day! > > > > This is just a reminder that branching for the 3.4 release will occur at > this time: > > > > Monday, November 18, 2013 at 7:00:00 PM PST / Tuesday, November > 19, 2013 at 3:00:00
2013 Nov 11
0
[LLVMdev] [cfe-dev] [Reminder] LLVM 3.4 Release Branching
On Mon, Nov 11, 2013 at 01:59:25PM +0400, Alexander Potapenko wrote: > Jack, > > Where do the "-isysroot > /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk > -mmacosx-version-min=10.8" flags come from? I don't see them in your > CMake invocation - perhaps they're added via $CC or $CFLAGS? Is this > being done
2013 Jan 29
4
[LLVMdev] [RFC] Attributes Rewrite (Final)
Hi! The rewrite of the attributes class is well underway. The next step is to add support for the expanded rôle of attributes in the language and IR. This is the final proposal for the language changes. There isn't a lot of new information except for the syntax changes for the new feature. Executive Summary: The new syntax is: #0 = attributes { noinline align=4
2013 Nov 10
3
[LLVMdev] [Reminder] LLVM 3.4 Release Branching
Good day! This is just a reminder that branching for the 3.4 release will occur at this time: Monday, November 18, 2013 at 7:00:00 PM PST / Tuesday, November 19, 2013 at 3:00:00 AM UTC What this means for you! ------------------------ * Please keep the release notes up to date -- There has been very few commits to them. Please be proactive and update them with any significant feature that was
2009 Jan 20
3
[LLVMdev] linux build problem
Since yesterday I've been getting the error below when building llvm-gcc on Ubuntu Hardy on x86. For some reason, several instances of autoconf are getting confused and failing to detect a stdlib.h. John /home/regehr/z/tmp/llvm-gcc-r62547-src/build/./prev-gcc/xgcc -B/home/regehr/z/tmp/llvm-gcc-r62547-src/build/./prev-gcc/
2007 Aug 24
3
[LLVMdev] Turning on exception handling codegen
On 8/24/07, Chris Lattner <sabre at nondot.org> wrote: > > so how about turning it on? > > It sounds good, but I'm concerned about darwin/x86. Bill, can you see how > well darwin/x86 is doing these days? If there are no regressions from > turning this on by default, we should do it. :) > I'm assuming that this is 4.2? :-) I'll give it a try. -bw
2002 Nov 11
1
Printer driver downloads...?
I've been googling around for quite some time, and haven't managed to find anything useful. Is there some moderately up-to-date information on how to set up the automatic print-driver download in Samba 2.2.x? I know about the "old way" of doing things, but it doesn't seem to fly with Win2K drivers. Any and all help, and pointers to FD so I can RTFD (again, haven't had
2009 Jan 20
0
[LLVMdev] linux build problem
On Jan 19, 2009, at 5:34 PM, John Regehr wrote: > Since yesterday I've been getting the error below when building llvm- > gcc > on Ubuntu Hardy on x86. For some reason, several instances of > autoconf > are getting confused and failing to detect a stdlib.h. > > John > > > /home/regehr/z/tmp/llvm-gcc-r62547-src/build/./prev-gcc/xgcc >