search for: lemons

Evan Cheng wrote: > Hi Edwin, > Hi Evan, > It works fine for me. Thanks! > > We prefer a flat directory structure. Is it possible for you to > separate it out to sqlite3 and lemon rather than having them as sub- > directories under SQLite? Ok. The new package is here: http://edwintorok.googlepages.com/sqlite_lemon_llvmtest.tar.gz Anything else I should change? >

>> I run the very new tinc on both sides this time. >> Both sides had "IndirectData = yes" in their tinc.conf. >> Procedure was to start tinc on server side, then start tinc on client >> side. So far everthing looked okay. Then (12 seconds later - 22:39:37) I >> tried to ping the server side (=VPN peer) at 192.168.9.1 but without >> success. > >

> - Indirectdata finally REALLY REALLY works now! > - More precise debug messages Hmmm ... I can't prove that using the CVS code I checked out this morning. Everything works like yesterday: I can ping the peer but I canot go beyond: *** SERVER *** Jun 27 09:04:56 lemon tinc.9[10186]: tincd 1.0pre3 (Jun 27 2000 08:53:56) startin g, debug level 4 Jun 27 09:04:56 lemon tinc.9[10186]:

Hi, I've been toying around with the testsuite for a bit, and after recompiling llvm-gcc a bunch of times and fixing a nasty bashism bug, I actually got it to run and pass most tests. When running, I noticed a very long runtime on the lemon test. At first I suspected an infinite loop, but it turned out the test simply needed around 1000 seconds to run. Some investigation turned out that the

Hi, can anybody tell me how to contact the maintainer of the "concord" package? The address given in the help file is not valid anymore. ,---- | > help(package=concord) | | Information f?r Paket 'concord' | | Description: | | Package: concord | Version: 1.4-2 | Date: 2005-05-10 | Title: Concordance and reliability | Author: Jim Lemon

On May 21, 2008, at 6:09 AM, Matthijs Kooijman wrote: > Hi, > > I've been toying around with the testsuite for a bit, and after > recompiling > llvm-gcc a bunch of times and fixing a nasty bashism bug, I actually > got it to > run and pass most tests. > > When running, I noticed a very long runtime on the lemon test. At > first I > suspected an infinite

Hi, SQLite3 has a very simple build system, and it comes with an extensive testsuite (over 40000 tests). It hasn't shown any bugs in LLVM, but it is fairly simple to build [even turn off features via -D], and can be CPU intensive. I have integrated SQLite3 into llvm-test's build system, it is too large to send as attachment (784K), you can get it from here:

Hi Edwin, It works fine for me. Thanks! We prefer a flat directory structure. Is it possible for you to separate it out to sqlite3 and lemon rather than having them as sub- directories under SQLite? Also, can you increase lemon's test size? Please file bug about the performance issue. Thanks! Evan On Mar 22, 2008, at 8:20 AM, Török Edwin wrote: > Hi, > > SQLite3 has a very

I gave tinc1.0pre3 a test after the modifications you have done today. It insists that it is still 1.0pre2 but this is due to the fact the you used "1" as tag for configure.in rather than "CABAL". Anyway - results were not much more successful than yesterday: *** SERVER side log file from startup until sone seconds after connection was established *** Jun 25 21:14:30 lemon

Does anyone know if this is a known xfail? I'm getting a failure for Mips on this but at the same time, ecmascript.y gets errors when running it through lemon for both gccx86 and llvm mips so I don't know if the output is supposed to really compare or not. (This test runs lemon on multiple input files and computes a hash of the result and diffs the hash). All inputs that are not

This concerns the contributed package "concord". Sorry to bother you with it, but my attempt to contact the author/maintainer failed (see below). Perhaps you can forward it, or let me know where to send it. Regards, Rob Kushler ------------------------------------------------------ This is the Postfix program at host tak.itd.uts.edu.au. I'm sorry to have to inform you that

On Mar 25, 2008, at 12:56 PM, Török Edwin wrote: > Evan Cheng wrote: >> Hi Edwin, >> > > Hi Evan, > >> It works fine for me. Thanks! >> >> We prefer a flat directory structure. Is it possible for you to >> separate it out to sqlite3 and lemon rather than having them as sub- >> directories under SQLite? > > Ok. > The new package is

Evan Cheng wrote: > On May 21, 2008, at 6:09 AM, Matthijs Kooijman wrote: > > >> Hi, >> >> I've been toying around with the testsuite for a bit, and after >> recompiling >> llvm-gcc a bunch of times and fixing a nasty bashism bug, I actually >> got it to >> run and pass most tests. >> >> When running, I noticed a very long

...t would come just after if we sorted them using order()" } For example : values <- c("Kiwis", "Bananas", "Ananas", "Cherries", "Peer") vector <- c("Oranges", "Bananas", "Apples", "Cherries", "Lemons") my_match(values, vector) should return : c("Lemons","Bananas","Apples","Cherries",NA) I currently use a home-made function for this, but it is quite slow on large sets, msotly because I did not manage to avoid using a loop. Many thanks for your ide...

I am cleaning up comma-limited values, so that only one comma separates each value. Using the example below, as much as I try with regex, I can't remove the last comma. I hope to have a one-liner solution, if possible. gsub("^,*|,*$|(,)*", "\\1", ",,,apple,,orange,,,,,lemon,strawberry,,,,") [1] "apple,orange,lemon,strawberry,"

I bumped into the following situation: Browse[1]> coef deg0NA deg4NA deg8NA deg0NP deg4NP deg8NP (Intercept) 462 510 528 492 660 762 Browse[1]> coef[,1] [1] 462 Browse[1]> coef[,1,drop=F] deg0NA (Intercept) 462 where I really wanted neither, but (Intercept) 462 Anyone happen to know a neat way out of the conundrum? I can think of

Hey Zed, any chance you mind sharing the grammar file you use with lemon to create the parser? I''ve been meaning to sit down and learn how to use one of those things. If not, any suggestions on a good resource for learning how to use a LALR parser?

On May 21, 2008, at 11:45 AM, Török Edwin wrote: > The forking was introduced because the runtime was too small; I think this direction is wrong. I'd rather have some infrastructure that can get nanoseconds or tick counters and print them... This then allows for a microbenchmark suite, which I think fits in nicely with the llvm philosophy.

Hi, I get the following failures when I run the test-suite on linux (Ubuntu 12.04) using LNT (lnt runtest nt ...): (all are execution failures) MultiSource/Applications/Burg MultiSource/Applications/ClamAV MultiSource/Applications/lemon MultiSource/Applications/obsequi MultiSource/Benchmarks/MiBench/automotive-bitcount

Hi, This follows on a bit from the previous thread ''trouble with hiera and puppet defines'' [1] Up to now I''ve had a large file of virtual resources and then enabled them on demand on various services. The very standard. @metric{''1234: one => 1 two => [1,2] } @metric{''abcd'': one => a, two => [b,c] } and