similar to: [LLVMdev] Makefile Problem?

I'm still trying to debug the validator buildbot. I'm getting this error when building some variants of llvm-gcc-4.2: /bin/sh ../../src/gcc/mkconfig.sh bconfig.h gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -fno-common

On 2009-04-03 18:39, David Greene wrote: > I'm still trying to debug the validator buildbot. > > I'm getting this error when building some variants of llvm-gcc-4.2: > > /bin/sh ../../src/gcc/mkconfig.sh bconfig.h > gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes > -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros >

On Wednesday 10 December 2008 12:18, Török Edwin wrote: > On 2008-12-10 19:54, David Greene wrote: > > I'm almost finished with the BuildBot validation config, but I'm having > > trouble convincing it to compiler llvm-gcc-4.2. > > > > Here's the relevant portion of the config: > > > > f.addStep(SVN(workdir="llvm-gcc-4.2/src",

On 2008-12-10 19:54, David Greene wrote: > I'm almost finished with the BuildBot validation config, but I'm having > trouble convincing it to compiler llvm-gcc-4.2. > > Here's the relevant portion of the config: > > f.addStep(SVN(workdir="llvm-gcc-4.2/src", mode='clobber', > baseURL='http://llvm.org/svn/llvm-project/llvm-gcc-4.2/',

I'm almost finished with the BuildBot validation config, but I'm having trouble convincing it to compiler llvm-gcc-4.2. Here's the relevant portion of the config: f.addStep(SVN(workdir="llvm-gcc-4.2/src", mode='clobber', baseURL='http://llvm.org/svn/llvm-project/llvm-gcc-4.2/', defaultBranch='trunk')) checking="" if optimized ==

David Blaikie <dblaikie at gmail.com> writes: > On Wed, Jan 2, 2013 at 1:04 PM, <dag at cray.com> wrote: >> I'm getting a build failure with -Werror: >> >> [off-dbg] : [llvm] /ptmp/dag/llvm/official/llvm/lib/IR/Use.cpp: In member function 'llvm::User* llvm::Use::getUser() const': >> [off-dbg] : [llvm] >>

On Monday 16 November 2009 14:18, John Criswell wrote: > > Did I miss a message? I am getting tons of compiler errors building > > poolalloc and safecode and am wondering if this patch would fix things. > > What platform are you building on? What types of errors are you > seeing? Edwin's patch will fix warnings for SAFECode on 64-bit platforms. I'm on a 64-bit

Still working on the validator buildbot as I can. Now I'm tackling what appears to be a configure problem for llvm-gcc-4.2. Here's the configure log: ../src/configure --prefix=/ptmp/dag/buildbot/slaves/llvm-validate/llvm-validate-release-kentsfield-linux/build/install --program-prefix=llvm-

On Wed, Jan 2, 2013 at 1:31 PM, <dag at cray.com> wrote: > David Blaikie <dblaikie at gmail.com> writes: > >> On Wed, Jan 2, 2013 at 1:04 PM, <dag at cray.com> wrote: >>> I'm getting a build failure with -Werror: >>> >>> [off-dbg] : [llvm] /ptmp/dag/llvm/official/llvm/lib/IR/Use.cpp: In member function 'llvm::User*

On 2008-12-10 22:17, David Greene wrote: > On Wednesday 10 December 2008 12:18, Török Edwin wrote: > >> On 2008-12-10 19:54, David Greene wrote: >> >>> I'm almost finished with the BuildBot validation config, but I'm having >>> trouble convincing it to compiler llvm-gcc-4.2. >>> >>> Here's the relevant portion of the config:

The validator buildbot builds llvm-gcc and installs it in a non-standard location. It then reconfigures llvm with --with-llvmgccdir=<llvm-gcc_prefix> I see this code in llvmc/Base/Base.td: def llvm_gcc_c : llvm_gcc_based<"llvm-gcc -x c", "c", "i">; def llvm_gcc_cpp : llvm_gcc_based<"llvm-g++ -x c++", "c++", "i">; def

Do the buildbots only build debug components? I am seeing lots of this on trunk with release-style builds: [x86_64-off-opt]: Failed with signal(SIGABRT) at line 1 [x86_64-off-opt]: while running: llvm-as < /ptmp/dag/llvm- project.official/llvm/tags/RELEASE_25/test/Transforms/TailDup/basictest2.ll | opt -tailduplicate -disable-output [x86_64-off-opt]: Value still in symbol table! Type =

I am seeing a whole lot of failures in the tests on trunk. From discussions with Chris and others, I should not be seeing this. Here's a typical case: [x86_64-off-opt]: Core was generated by `Output/simple_throw.cbe'. [x86_64-off-opt]: Program terminated with signal 6, Aborted. [x86_64-off-opt]: #0 0x00002b0620792b95 in raise () from /lib64/libc.so.6 [x86_64-off-opt]: #0

I tried to land a small fix before going on vacation at the end of the year, but I had to revert it because it broke on a few of the build bots, specifically clang-cmake-thumbv7-a15, clang-cmake-armv7-a15, and llvm-hexagon-elf. https://reviews.llvm.org/D41264 It seemed to work as expected on the others. Unfortunately, the build logs don't give many clues. The fix included a new test, and

I am seeing the following on trunk for Debug+Checks builds: [x86_64-off-par]: # of unexpected failures 11 Here's an example failure: [x86_64-off-par]: FAIL: /ptmp/dag/llvm-project.official/llvm/trunk/test/CodeGen/PIC16/test_indf_name.ll [x86_64-off-par]: Failed with signal(SIGABRT) at line 1 [x86_64-off-par]: while running: llvm-as <

Hi All, Recent conversations [1][2] would suggest we need to rethink zorg or at the very least improve the documentation. I've CC'ed Daniel Dunbar, Galina Kistanova and Duncan Sands because it seemed that they have contributed the most code to Zorg Organisation ========= The current organisation of the Zorg repository doesn't make a huge amount of sense from my perspective. There

On 1/4/2018 4:51 PM, Adrian McCarthy via llvm-dev wrote: > I tried to land a small fix before going on vacation at the end of the > year, but I had to revert it because it broke on a few of the build > bots, specifically clang-cmake-thumbv7-a15, clang-cmake-armv7-a15, and > llvm-hexagon-elf. > > https://reviews.llvm.org/D41264 I think you meant to put the test into

Hello everybody, I want to put some kind of instruction on how to add new slave to llvm master. I think it should be somewhere on llvm.org, but not sure on exact place. Any comments/suggestions will be appreciated. Thanks Galina If you want to add your build configuration to the LLVM buildbot infrastructure. 1. Check the existing build configurations to make sure the one you are

Thanks! It looks like this is sorted out now. On Thu, Jan 4, 2018 at 5:07 PM, Friedman, Eli <efriedma at codeaurora.org> wrote: > On 1/4/2018 4:51 PM, Adrian McCarthy via llvm-dev wrote: > > I tried to land a small fix before going on vacation at the end of the > year, but I had to revert it because it broke on a few of the build bots, > specifically

David Greene wrote: > On Monday 16 November 2009 13:04, John Criswell wrote: > >>> [snip] >>> >>> I applied the attached patch to make it compile on my box (Debian >>> x86_64), only to find out that x86_64 is not supported :( >>> This architecture is not supported by the pool allocator! >>> Aborted >>> >> Thanks