search for: muggling

Reid, Click on any of these logs and you'll see the same asm 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)

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' >

You all just need remove "stacker_rt.ll". the stacker_rt.ll is a generated file, not source. The Makefile should have a dependency 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

Hi, We are getting closer. 1. In Makefile, all the references to CFLAGS should be CPPFLAGS instead. 2. filterdiff.sh uses sed -re. This causes a problem on Mac OS X where -E means using extended regular expression, not -r. sed: illegal option -- r usage: sed script [-Ealn] [-i extension] [file ...] sed [-Ealn] [-i extension] [-e script] ... [-f script_file] ... [file ...] Can this

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've filed http://www.llvm.org/bugs/show_bug.cgi?id=1912 for the optimizer bug. Evan On Jan 10, 2008, at 11:28 AM, Evan Cheng wrote: > Hi, > > We are getting closer. > > 1. In Makefile, all the references to CFLAGS should be CPPFLAGS > instead. > 2. filterdiff.sh uses sed -re. This causes a problem on Mac OS X where > -E means using extended regular expression, not

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

Ok, so I guess the issue is llvm-gcc has to be updated. There are some issues with the Apple svn repository so I checked out a copy from the public mirror. Looks the latest patch hasn't made it through: c++ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -pedantic -Wno-long- long -Wno-variadic-macros -mdynamic-no-pic -DHAVE_CONFIG_H -Wno- unused

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 /

Devang has fixed the bug. I've added ClamAV to the testsuite. Thanks! Evan On Jan 13, 2008, at 7:33 PM, Evan Cheng wrote: > I've filed > http://www.llvm.org/bugs/show_bug.cgi?id=1912 > for the optimizer bug. > > Evan > > On Jan 10, 2008, at 11:28 AM, Evan Cheng wrote: > >> Hi, >> >> We are getting closer. >> >> 1. In Makefile, all

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: >>>

Hi, On Nov 13, 2006, at 9:17 PM, Tanya M. Lattner wrote: > I assume you have an Mac with an Intel processor. Yes. Sorry, I forgot to mentioned it in the mailbody. > Download this: > http://llvm.org/releases/1.8/llvm-gcc4-1.8-x86-darwin.tar.gz I think that is the same tarball I used before. > Let me know if that doesn't work. Again: there is no fixheader-script like you

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

...e dlts encryption everything work perfect on video call. 2) after marking video packets i realize that when you make a call with video and you involve on dialplan an application like playback or music on hold any application that played audio files (audio and video never work). 2.1) asterisk is muggling the audio and video streams ? This is good information for all guys out there that wants to support video on webrtc in asterisk 13 Javier Riveros -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20150...

...le dlts encryption everything work perfect on video call. 2) after marking video packets i realize that when you make a call with video and you involve on dialplan an application like playback or music on hold any application that played audio files (audio and video never work). 2.1) asterisk is muggling the audio and video streams ? This is good information for all guys out there that wants to support video on webrtc in asterisk 13 Thanks Javier Riveros -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachmen...

...e dlts encryption everything work perfect on video call. 2) after marking video packets i realize that when you make a call with video and you involve on dialplan an application like playback or music on hold any application that played audio files (audio and video never work). 2.1) asterisk is muggling the audio and video streams ? This is good information for all guys out there that wants to support video on webrtc in asterisk 13 Javier Riveros

...e dlts encryption everything work perfect on video call. 2) after marking video packets i realize that when you make a call with video and you involve on dialplan an application like playback or music on hold any application that played audio files (audio and video never work). 2.1) asterisk is muggling the audio and video streams ? This is good information for all guys out there that wants to support video on webrtc in asterisk 13 Javier Riveros

On Mon, 2007-01-01 at 00:44 -0800, Evan Cheng wrote: > Ok, so I guess the issue is llvm-gcc has to be updated. There are > some issues with the Apple svn repository so I checked out a copy > from the public mirror. Looks the latest patch hasn't made it through: Yeah, it should have just made it througha couple hours ago, but not at the time of your writing this email. Reid.