Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] Bootstrap Failure"
2009 Mar 05
0
[LLVMdev] Fwd: PPC Nightly Build Result
Hi Bill,
this might be a latent bug related to PPC. I have no such
machine to access atm., but I shall be able to reproduce the
problem when back at home. (In about 4 hours).
I keep you informed.
Cheers,
Gabor
On Mar 4, 7:57 pm, Bill Wendling <wendl... at apple.com> wrote:
> Something last night broke the build on Darwin PPC. Possible Gabor's
> check-in?
>
> -bw
2009 Mar 04
2
[LLVMdev] Fwd: PPC Nightly Build Result
Something last night broke the build on Darwin PPC. Possible Gabor's
check-in?
-bw
Begin forwarded message:
> From: admin at spang.apple.com (admin)
> Date: March 4, 2009 3:56:10 AM PST
> To: wendling at apple.com
> Subject: PPC Nightly Build Result
>
> /Volumes/SandBox/NightlyTest/llvmgcc42.roots/llvmgcc42~obj/obj-
> powerpc-powerpc/./prev-gcc/xgcc
2009 Oct 27
3
[LLVMdev] llvmgcc ToT broken
The first buildbot failure I can readily find was Monday, 26oct2009
around 7PM PDT. The assertion is
Assertion failed: ((i >= FTy->getNumParams() || FTy->getParamType(i)
== Params[i]->getType()) && "Calling a function with a bad
signature!"), function init, file /Volumes/Sandbox/Buildbot/llvm/
2009 Oct 27
0
[LLVMdev] llvmgcc ToT broken
On Oct 27, 2009, at 11:23 AMPDT, Stuart Hastings wrote:
> The first buildbot failure I can readily find was Monday, 26oct2009
> around 7PM PDT. The assertion is
>
> Assertion failed: ((i >= FTy->getNumParams() || FTy->getParamType(i)
> == Params[i]->getType()) && "Calling a function with a bad
> signature!"), function init, file
2009 Mar 05
1
[LLVMdev] Fwd: PPC Nightly Build Result
FYI: It also showed up for ARM yesterday, but only for a non-debug
build.
On Mar 5, 2009, at 4:32 AM, Gabor Greif wrote:
> Hi Bill,
>
> this might be a latent bug related to PPC. I have no such
> machine to access atm., but I shall be able to reproduce the
> problem when back at home. (In about 4 hours).
>
> I keep you informed.
>
> Cheers,
>
> Gabor
>
2013 Feb 22
1
Issues with installing RBGL package
Hi all,
I was installing a package *RBGL* of bioconductor. However, I had some
issues while installing it. I asked the devel group of bioconductor and
they told me to consult this group. Here is my conversation with the
bioconductor group related to the problem
*Me->*
I was trying to install the RBGL package using the following command
biocLite("RBGL")
However, I got the
2009 Jun 30
0
[LLVMdev] llvm-gcc-4.2 build failure: llvm-convert.cpp:‘ReplacementStrings’ may be used uninitialized in this function
g++ -m32 -c -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -
pedantic -Wno-long-long -Wno-variadic-macros -Wmissing-format-
attribute -Werror -mdynamic-no-pic -DHAVE_CONFIG_H -Wno-unused -
DTARGET_NAME=\"i686-apple-darwin9\" -DNDEBUG -I. -I. -I/tmp/
llvmgcc42.roots/llvmgcc42~obj/src/gcc -I/tmp/llvmgcc42.roots/
llvmgcc42~obj/src/gcc/.
2013 Feb 22
0
Issues with installing RBGL package
Hi all,
I was installing a package *RBGL* of bioconductor. However, I had some
issues while installing it. I asked the devel group of bioconductor and
they told me to consult this group. Here is my conversation with the
bioconductor group related to the problem
*Me->*
I was trying to install the RBGL package using the following command
biocLite("RBGL")
However, I got the
2011 Jan 13
2
[LLVMdev] About test suits
Hi sir,
I have built the test suits in following steps:
0. $cd LLVM_GCC_DIR; $gunzip --stdout llvm-gcc-4.2-*version*-*
platform*.tar.gz | tar -xvf -
1. $cd SRC_DIR/llvm-2.8/projects
2. $svn co http://llvm.org/svn/llvm-project/test-suite/trunk test-suite
3.$cd OBJ_DIR; 4. $SRC_DIR/configure --prefix=INS_DIR --enable-debug-runtime
--disable-optimized --enable-debug-symbols
2010 Aug 02
2
[LLVMdev] Problem building llvm after r109996 (Add InitializeNativeTargetAsmPrinter())
Hello,
After I try making a clean build and got the following error:
llvm[3]: Compiling EDDisassembler.cpp for Release build
In file included from /llvm/include/llvm/Target/TargetSelect.h:38,
from /llvm/lib/MC/MCDisassembler/EDDisassembler.cpp:37:
/llvm/stage1/include/llvm/Config/AsmPrinters.def: In function ‘void LLVMInitializeX86TargetAsmPrinter()’:
2008 Feb 16
2
[LLVMdev] [llvm-testresults] Grawp-PIC i386 nightly tester results
>
> Using built-in specs.
> Target: i686-apple-darwin9
> Configured with: /tmp/llvmgcc42.r46865.roots/llvmgcc42.r46865~obj/
> src/configure --disable-checking --enable-werror --prefix=/Developer/
> usr/llvm-gcc-4.2 --mandir=/Developer/usr/llvm-gcc-4.2/share/man --
> enable-languages=c,objc,c++,obj-c++ --program-prefix=llvm- --program-
>
2010 Aug 02
0
[LLVMdev] Problem building llvm after r109996 (Add InitializeNativeTargetAsmPrinter())
Hi Jean-Daniel,
My fault, I'm sure, but I don't see the problem yet.
Is it possible your version of llvm/Config/AsmPrinters.def has X86 listed twice?
- Daniel
On Mon, Aug 2, 2010 at 12:43 AM, Jean-Daniel Dupas
<devlists at shadowlab.org> wrote:
> Hello,
>
> After I try making a clean build and got the following error:
>
> llvm[3]: Compiling EDDisassembler.cpp for
2008 Feb 16
0
[LLVMdev] [llvm-testresults] Grawp-PIC i386 nightly tester results
On Feb 16, 2008, at 12:55 PM, Dale Johannesen wrote:
>>
>> Using built-in specs.
>> Target: i686-apple-darwin9
>> Configured with: /tmp/llvmgcc42.r46865.roots/llvmgcc42.r46865~obj/
>> src/configure --disable-checking --enable-werror --prefix=/Developer/
>> usr/llvm-gcc-4.2 --mandir=/Developer/usr/llvm-gcc-4.2/share/man --
>>
2008 Feb 16
0
[LLVMdev] [llvm-testresults] Grawp-PIC i386 nightly tester results
llvm itself is built with gcc-4.0, but the run line is:
// RUN: %llvmgxx -S -O0 -emit-llvm %s -o - | grep retval | grep S242 |
grep {i32 1} | count 2
According the log:
FAIL: /Volumes/Muggles/LLVM/nightlytest-pic/build/llvm/test/C+
+Frontend/2008-02-13-sret.cpp
Failed with exit(1) at line 1
while running: /usr/local/bin/llvm-gcc -emit-llvm -S -O0 -emit-llvm /
2010 Feb 16
0
[LLVMdev] Botched Build
On Monday 15 February 2010 15:27:34 Chris Lattner wrote:
> On Feb 15, 2010, at 1:17 PM, David Greene wrote:
> > On Monday 15 February 2010 15:08:22 Chris Lattner wrote:
> >> On Feb 15, 2010, at 1:04 PM, David Greene wrote:
> >>>> FWIW, this is because you broke the encoding of an instruction in your
> >>>> patch. This is incorrect:
>
2011 Jan 14
0
[LLVMdev] About test suits
Please email the list, not me directly.
Try doing a 'make clean' then a 'make VERBOSE=1' in the test-suite directory.
-Chris
On Jan 13, 2011, at 6:04 PM, Qingan Li wrote:
> Hi Chris,
>
> [qali at qali SingleSource]$ llvm-gcc -v
> Using built-in specs.
> Target: x86_64-unknown-linux-gnu
> Configured with: /home/nicholas/2.8-final/llvmgcc42-2.8.src/configure
2011 Sep 06
2
[LLVMdev] Can't compile Apple's version on Linux
Filed a bug with Apple 10073924 but I'm wondering if anyone else
knows what to fix here:
Summary:
Building a Darwin cross compiler so I can use distcc with my Mac.
Host: x86_64-gnu-linux with GCC 4.5.3.
Steps to Reproduce:
Download tar ball
tar xvf llvmgcc42-2335.15.tar.gz
mkdir gcc-build
cd gcc-build
CFLAGS="-w -m32" CXXFLAGS="$CFLAGS" CPPFLAGS="$CFLAGS"
2007 Sep 24
2
[LLVMdev] Compilation Failure
Hi all,
Did someone forget to check-in a patch? I'm getting this error during
compilation on PPC:
/Volumes/SandBox/Clean/llvm-9999-01.roots/llvm-9999-01~obj/src/llvm/lib/Analysis/IPA/Andersens.cpp:
In function 'void dumpToDOUT(llvm::SparseBitVector<128u>*)':
/Volumes/SandBox/Clean/llvm-9999-01.roots/llvm-9999-01~obj/src/llvm/lib/Analysis/IPA/Andersens.cpp:1189:
error: no
2007 Sep 24
0
[LLVMdev] Compilation Failure
On Sep 24, 2007, at 2:29 PM, Bill Wendling wrote:
> Hi all,
>
> Did someone forget to check-in a patch? I'm getting this error during
> compilation on PPC:
A recent checkout compiled fine for me (on x86).
> /Volumes/SandBox/Clean/llvm-9999-01.roots/llvm-9999-01~obj/src/llvm/
> lib/Analysis/IPA/Andersens.cpp:
> In function 'void
2007 Sep 24
2
[LLVMdev] Compilation Failure
A debug or release build?
-bw
On Sep 24, 2007, at 2:36 PM, Dale Johannesen wrote:
>
> On Sep 24, 2007, at 2:29 PM, Bill Wendling wrote:
>
>> Hi all,
>>
>> Did someone forget to check-in a patch? I'm getting this error during
>> compilation on PPC:
>
> A recent checkout compiled fine for me (on x86).
>
>>