search for: muggles

...m parsing issues. It's been going on for much of the week. http://llvm.org/nightlytest/machines/2006-12-29_05:40:12-Build-Log.txt http://llvm.org/nightlytest/machines/2006-12-29_05:40:12-Build-Log.txt llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Release build (bytecode) /Volumes/Muggles/LLVM/nightlytest/build/llvm/Release/bin/gccas: / Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stacker/lib/ runtime/Release/stacker_rt.ll:21,0: parse error, expecting `LOAD' or `STORE' /Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stacker/lib/ runtime/Release/stacker_rt....

Jim Laskey wrote: > llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Release build > (bytecode) > /Volumes/Muggles/LLVM/nightlytest/build/llvm/Release/bin/gccas: / > Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stacker/lib/ > runtime/Release/stacker_rt.ll:21,0: parse error, expecting `LOAD' or > `STORE' > /Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stacker/lib/ > runtim...

...y on llvm-gcc for it, but doesn't. Just remove stacker_rt.ll and the problem will go away. Reid. On Sat, 2006-12-30 at 08:37 -0500, Nick Lewycky wrote: > Jim Laskey wrote: > > llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Release build > > (bytecode) > > /Volumes/Muggles/LLVM/nightlytest/build/llvm/Release/bin/gccas: / > > Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stacker/lib/ > > runtime/Release/stacker_rt.ll:21,0: parse error, expecting `LOAD' or > > `STORE' > > /Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stac...

...-- r usage: sed script [-Ealn] [-i extension] [file ...] sed [-Ealn] [-i extension] [-e script] ... [-f script_file] ... [file ...] Can this be changed? 3. This triggers a optimizer bug: /Users/echeng/LLVM/llvm/Release/bin/opt -std-compile-opts -time-passes -info-output-file=/Volumes/Muggles/LLVM/llvm/projects/llvm-test/ MultiSource/Applications/ClamAV/Out\ put/clamscan.linked.bc.info Output/clamscan.linked.rbc -o Output/ clamscan.linked.bc -f Assertion failed: (getLoopLatch() && "Loop latch is missing"), function verifyLoop, file /Volumes/Muggles/LLVM/llvm/incl...

Török Edwin wrote: > Yes, I have uploaded the .tar.gz here: > http://edwintorok.googlepages.com/ClamAV-srcflat.tar.gz > [inputs dir contains some symlink, place ClamAV dir in > llvm/projects/llvm-test/MultiSource/Applications to make > links point to right place] > > Hi, Because llvm bug #1730 got fixed, this testcase can run under with the JIT on x86-64 :). I have

Hi Devang, Unfortunately, there's no way to see the build log unless you're on the machine from which the report was generated. If you can log in to Grawp's machine then it should be in the "WEBDIR". It is most likely mis-compiling because the needed llvm-gcc patch has not been applied after the SETCC patch to LLVM was committed last weekend. Reid. On Fri, 2006-12-29 at

...i extension] [file ...] > sed [-Ealn] [-i extension] [-e script] ... [-f > script_file] ... [file ...] > > Can this be changed? > > 3. This triggers a optimizer bug: > /Users/echeng/LLVM/llvm/Release/bin/opt -std-compile-opts -time-passes > -info-output-file=/Volumes/Muggles/LLVM/llvm/projects/llvm-test/ > MultiSource/Applications/ClamAV/Out\ > put/clamscan.linked.bc.info Output/clamscan.linked.rbc -o Output/ > clamscan.linked.bc -f > Assertion failed: (getLoopLatch() && "Loop latch is missing"), > function verifyLoop, file /Volumes/M...

Nightly tester 'grawp' is reporting compilation error ? How do I see detailed build log ? Thanks, - Devang

...variadic-macros -mdynamic-no-pic -DHAVE_CONFIG_H -Wno- unused \-DTARGET_NAME=\"i686-apple-darwin8\" -DNDEBUG -DENABLE_LLVM - D__STDC_LIMIT_MACROS -I. -I. -I../../gcc.llvm/gcc -I../../gcc.llvm/ gcc/. -I.\./../gcc.llvm/gcc/../include -I../../gcc.llvm/gcc/../libcpp/ include -I/Volumes/Muggles/LLVM/llvm/include -I/Users/echeng/LLVM/ llvm/include\ ../../gcc.llvm/gcc/llvm-backend.cpp -o llvm-backend.o ../../gcc.llvm/gcc/llvm-backend.cpp: In function 'void CreateStructorsList(std::vector<std::pair<llvm::Function*, int>, std::allocator<std:\:pair<llvm::Function*, int&...

On Sun, 2006-12-31 at 13:37 -0800, Chris Lattner wrote: > On Sat, 30 Dec 2006, Reid Spencer wrote: > >>> You all just need remove "stacker_rt.ll". the stacker_rt.ll is a > >> rebuilt so they output proper .ll files. Reid, can you change the > >> makefile rule to use "llvm-gcc -S -emit-llvm -o - | llvm-upgrade > $@" or > >> the

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 / Volumes/Muggles/LLVM/nightlytest-pic/build/llvm/test/C++Frontend/ 2008-02-13-sret.cpp -o - | grep {retva\ l\|memtmp} | grep S2...

...d [-Ealn] [-i extension] [-e script] ... [-f >> script_file] ... [file ...] >> >> Can this be changed? >> >> 3. This triggers a optimizer bug: >> /Users/echeng/LLVM/llvm/Release/bin/opt -std-compile-opts -time- >> passes >> -info-output-file=/Volumes/Muggles/LLVM/llvm/projects/llvm-test/ >> MultiSource/Applications/ClamAV/Out\ >> put/clamscan.linked.bc.info Output/clamscan.linked.rbc -o Output/ >> clamscan.linked.bc -f >> Assertion failed: (getLoopLatch() && "Loop latch is missing"), >> function verifyL...

On Feb 16, 2008, at 11:32 AM, Evan Cheng wrote: > But I am using llvm-gcc-4.2. Any idea why it's failing? > > Evan All the failing testers are using gcc-4.0 according to the web pages they point at. > On Feb 16, 2008, at 11:24 AM, Dale Johannesen wrote: > >> On Feb 16, 2008, at 7:06 AM, Apache wrote: >>> New Test Failures: >>>

...e is no gcc3-frontend for darwin intel/x86) And I think it is necessary. Some gcc output: ------------------------------------------------------------------------ ------ localhost:~/llvm/test moser$ llvm-gcc -v main.c Using built-in specs. Target: i686-apple-darwin8.7.1 Configured with: /Volumes/Muggles/LLVM/1.8/gcc.llvm/configure --with- arch=pentium-m --with-tune=prescott --prefix=/build-llvm/llvm- gcc4-1.8-x86-darwin/install --enable-llvm=/build-llvm/llvm --enable- languages=c,c++,objc Thread model: posix gcc version 4.0.1 LLVM (Apple Computer, Inc. build 1.8) /Users/moser/llvm/llvm-gcc4-1.8...

We in the JRuby project are working to get Rails to work successfully. However, the array-indexed block parameter is not something currently supported in JRuby: x = {} [1,2].each {|x[:foo]|} This is not used extensively in the Rails code, but it''s used enough to cause things to break in JRuby. We have been modifying the above to use a temporary local variable, but obviously

The main goal here is to be able to make a video call between two WebRTC endpoints registered on asterisk 13 it is a feature that definitely asterisk 13 should support . the problems that i faced with this is the following and i hope i could get an advise here. asterisk 13 vanilla version has some issues marking the video packets this complain web browser specially VP8 codecs so a friend of mine

The main goal here is to be able to make a video call between two WebRTC endpoints registered on asterisk 13 it is a feature that definitely asterisk 13 should support . the problems that i faced with this is the following and i hope i could get an advise here. asterisk 13 vanilla version has some issues marking the video packets this complain web browser specially VP8 codecs so a friend of mine

Hey i have an interesting topic to discuss here. The main goal here is to be able to make a video call between two WebRTC endpoints registered on asterisk 13 it is a feature that definitely asterisk 13 should support . the problems that i faced with this is the following and i hope i could get an advise here. asterisk 13 vanilla version has some issues marking the video packets this complain

Hey i have an interesting topic to discuss here. The main goal here is to be able to make a video call between two WebRTC endpoints registered on asterisk 13 it is a feature that definitely asterisk 13 should support . the problems that i faced with this is the following and i hope i could get an advise here. asterisk 13 vanilla version has some issues marking the video packets this complain

...namic-no-pic -DHAVE_CONFIG_H -Wno- > unused \-DTARGET_NAME=\"i686-apple-darwin8\" -DNDEBUG -DENABLE_LLVM - > D__STDC_LIMIT_MACROS -I. -I. -I../../gcc.llvm/gcc -I../../gcc.llvm/ > gcc/. -I.\./../gcc.llvm/gcc/../include -I../../gcc.llvm/gcc/../libcpp/ > include -I/Volumes/Muggles/LLVM/llvm/include -I/Users/echeng/LLVM/ > llvm/include\ ../../gcc.llvm/gcc/llvm-backend.cpp -o llvm-backend.o > ../../gcc.llvm/gcc/llvm-backend.cpp: In function 'void > CreateStructorsList(std::vector<std::pair<llvm::Function*, int>, > std::allocator<std:\:pair<l...