search for: beforeaft

Hello, does anyone knows this predict is not resulting? # lm predict dfTestes3sitesCriptic$Velocity_corrected <- ifelse (dfTestes3sitesCriptic$Season == "A" & dfTestes3sitesCriptic$BeforeAfter == "Before", (dfTestes3sitesCriptic$Velocity * mVel3ABefAfter), (ifelse (dfTestes3sitesCriptic$Season == "Sp" & dfTestes3sitesCriptic$BeforeAfter == "Before", (dfTestes3sitesCriptic$Velocity * mVel3SpBefAfter), dfTestes3sitesCriptic$Velocity ))) dfTestes3sitesC...

...ug Passes by examining IR before and after they run. Please review for commit and comment. It would be great to get this into the 2.7 release. Thanks! -Dave -------------- next part -------------- A non-text attachment was scrubbed... Name: clang-beforeafter.patch Type: text/x-patch Size: 3083 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100302/f2329b58/attachment.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm-beforeafter.patch Type: text/x-patch Size: 1135...

...happy to revisit design decisions if you let me know what you want to > see changed. Here's a rework using PassManager as Chris suggested. Comments? -Dave -------------- next part -------------- A non-text attachment was scrubbed... Name: clang-beforeafter.patch Type: text/x-patch Size: 605 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100308/f24c71b7/attachment.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm-beforeafter.patch Type: text/x-patch Size: 20028...

...We use this extensively to debug Passes by examining IR before and after > they run. > > Please review for commit and comment. It would be great to get this into the > 2.7 release. > > Thanks! > > -Dave > > <clang-beforeafter.patch><llvm-beforeafter.patch><llvm-gcc-beforeafter.patch>_______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

On Thursday 04 March 2010 01:54:55 Chris Lattner wrote: > On Mar 2, 2010, at 1:45 PM, David Greene wrote: > > This set of patches adds support for dumping IR before or after specified > > Passes. It adds the following command-line options: > > > > -print-before=<pass-option> > > -print-after=<pass-option> > > -print-before-all > >

On Monday 29 March 2010 12:08:45 Chris Lattner wrote: > >> Your patch doesn't include the file that defines > >> createMachineFunctionPrinterPass, but I assume it's fine. > > > > Odd. This was a patch generated from a clean upstream. It built fine. > > I'll see if maybe I missed something. > > I think it's just missing from the patch

On Mar 29, 2010, at 11:14 AM, David Greene wrote: >>>> >>>> After making these changes, please test the resultant patch against >>>> mainline with just the patch applied and commit if it looks ok. Thanks >>>> David, >>> >>> Will do. >> >> Thanks! > > How should we handle the llvm-gcc and clang changes? What

...u have access to all llvm repositories, including clang and llvm-gcc. Ok. Is there are preferred order to commit things? I think I'm ready to go. -Dave -------------- next part -------------- A non-text attachment was scrubbed... Name: clang-beforeafter.patch Type: text/x-patch Size: 605 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100330/c1df4dc2/attachment.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm-gcc-beforeafter.patch Type: text/x-patch Size: 1...

I''m learning about before_filter, implementing a simple "you must be logged on" thing. It works great, but I need to allow people to create a player as well. By writing the except as attached, that works, but then everyone has access to all "new" methods, which I don''t really want. Can someone help me with how to properly construct this to limit non-logged

....h includes <string> somewhere along the line. > But the file MachineFunctionPrinterPass.h is still missing. Thanks, here's an updated version. -Dave -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm-beforeafter.patch Type: text/x-patch Size: 26756 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100312/e3a14b96/attachment.bin>

David Greene wrote: > Here's a rework using PassManager as Chris suggested. Comments? Tried this second patch with the svn version 97812 (the one the patch is made against), but it doesn't compile: "llvm/include/llvm/Pass.h:127: Error: expected unqualified-id before "&" token" Seems raw_ostream is forward declared but not defined (adding a missing #include

On Sunday 14 March 2010 18:32:35 Chris Lattner wrote: > This is much better than the first iteration but still has many issues. > There is no need to keep cc'ing cfe-dev on these patches which have nothing > to do with clang. There's a clang patch in this set. > Please rename the getPrinterPass method to createPrinterPass to indicate > that the result returns a new pass,

Hi, Running OpenSSH 3.5p1 or 3.7.1p2 on two SGI orgin 300 systems of IRIX 6.5.17 with 4 600MHz CPU and gigabits network. Transfer a 1GB file with ftp took 28 seconds. Transfer a 1GB file with scp took 148 seconds. Use "snoop" to capture all network packets between these two systems. Ftp tansmitted about 107840 packets, but scp transmitted about 763339 packets. Is this normal? Why?

...be sent a const std::string & and will feed a constant std::string & in the create*PrinterPass interfaces. Any additional feedback from anyone? -Dave -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm-beforeafter.patch Type: text/x-patch Size: 22042 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100317/4eb9d101/attachment.bin>

On Mar 12, 2010, at 8:10 AM, David Greene wrote: > On Friday 12 March 2010 08:13:05 Kalle Raiskila wrote: >> David Greene wrote: >>> Here's a rework using PassManager as Chris suggested. Comments? >> >> Tried this second patch with the svn version 97812 (the one the patch is >> made against), but it doesn't compile: >>