search for: swallowing

Greetings all, Every now and then, as we engage in serious discourse, it seems appropriate to throw something into the mix that might digress and brighten the day. So, what is a Strouhal Number? "For an animal or insect in flight, the Strouhal number is determined by the frequency (f) of wing strokes, multiplied by the amplitude (A) of the wing, divided by the animal?s forward speed (U)

Hi, we are using OpenSSH_2.3.0p1. When using non-interactive mode, sometimes lines are swallowed from standard output: root at hydra:~ # ssh anderson "ls -l /usr/sbin/sshd" -rwxr-xr-x 1 root root 612344 Nov 25 20:26 /usr/sbin/sshd root at hydra:~ # ssh anderson "ls -l /usr/sbin/sshd" root at hydra:~ # ssh anderson "ls -l /usr/sbin/sshd" -rwxr-xr-x 1

Hi, Debugging tests which make use of FileCheck can be a frustrating experience, as all input will be swallowed (even with -v flag passed to lit), and one would often need to copy-and-paste and rerun the failing command manually without piping into FileCheck. Initially I’ve assumed that this is done due to stream processing, but looking at FileCheck source code I can see that it actually gets the

Hi, Slightly off-topic (as it's not directly about using or developing LLVM): http://code.google.com/p/unladen-swallow/wiki/ProjectPlan "Our long-term proposal is to replace CPython's custom virtual machine with a JIT built on top of LLVM, while leaving the rest of the Python runtime relatively intact." Just curious, has anyone here heard more about this project? Regards,

I got the following: > library(foreign) > swal = read.spss("swallowing.sav", to.data.frame =TRUE) Warning message: In read.spss("swallowing.sav", to.data.frame = TRUE) : swallowing.sav: Unrecognized record type 7, subtype 21 encountered in system file > The bulk of the data seems to read in a usable form, but I'm curious about what might be...

Hello Duncan, > thanks for your interesting email. Do you understand why PyPy is no longer > using LLVM, and why Unladen Swallow died? Does LLVM need to be improved in > some way? The answers to all these questions are linked: LLVM is not fast enough (for a JIT). Of course this is not the whole story, but it is the LLVM-relevant part. Let's have a look at some random performance

On Thu, Mar 26, 2009 at 8:20 AM, Paul Melis <llvm at assumetheposition.nl> wrote: > Hi, > > Slightly off-topic (as it's not directly about using or developing LLVM): > > http://code.google.com/p/unladen-swallow/wiki/ProjectPlan > > "Our long-term proposal is to replace CPython's custom virtual machine > with a JIT built on top of LLVM, while leaving the

Not sure, but it seems the page contains a number of out-of-date entries: Pypy => pypy.org (link stale) plus: there is no llvm backend for pypy at the moment (although LLVM backends have been attempted a number of times, all seem to have failed) Unladen Swallow => not being developed since 2011 (http://qinsb.blogspot.com/2011/03/unladen-swallow-retrospective.html) TIA, Andreas The

> On Jul 7, 2017, at 2:19 PM, Reid Kleckner <rnk at google.com> wrote: > > On Fri, Jul 7, 2017 at 1:20 PM, George Karpenkov via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > Thus, I propose modifying FileCheck default behavior to dump all swallowed output on stderr when the test has failed. > Would there be any objections to

Hi, can anyone help me with this (weirdest problem Ive ever seen) I have the latest Debian Squeeze vendor xen dom0 kernel and 1 domU succesfully installed on it using bridged networking. From dom0, I can ping/telnet etc. to anywhere on the web WHAT IS WORKING > * From my domU I can successfully ping google.com and telnet to 8.8.8.8:53 (googles dns server) * tcpdump vif1.0 and I see SYNs and

I want to connect each llvm ir for example: 1. Turn C/C++ language into C_llvmIR assembly language using Clang 2. Turn Fortran language into Fortran_llvmIR assembly language using Dragonegg 3. Turn Python language into Python_llvmIR assembly language using Unladen-Swallow 4. Connect each llvm IR Is this possible? Wonjun, Choi -------------- next part -------------- An HTML attachment was

Hi Travis, ... > LLVM is still very relevant to Python because of projects like Numba --- but you > should know that PyPy is no longer using LLVM and Unladen Swallow has not been > worked on for several years. The future of LLVM and Python I think is very > bright --- especially for the scientific and data-analysis user-base. thanks for your interesting email. Do you understand

Yeah, I get that they are async. What happens is that the background process is not doing anything when the process gets a SIGINT. I.e. the background process is just listening on its standard input. AFAICT for an interactive process such a SIGINT is just swallowed, with a newline outputted to the terminal. But apparently, for this background process, it is not swallowed, and it is triggered

On Thu, Jun 11, 2009 at 12:54 PM, Evan Cheng<evan.cheng at apple.com> wrote: > > > > On Jun 10, 2009, at 12:17 PM, Jeffrey Yasskin wrote: > >> In X86CodeGen.cpp, the following code appears in the handler used for >> CALL64pcrel32 instructions: >> >>       // Assume undefined functions may be outside the Small codespace. >>       bool NeedStub =

The only VHDL to LLVM project that I know of is nvc. [0] I haven't tried it personally and from a cursory look through the source it seems like there is a LLVM backend and a "native" backend (not sure what that means). If you're really crazy you might want to see if you could massage GHDL [1] (VHDL GCC frontend) + DragonEgg [2] (LLVM backend for GCC) to get you LLVM IR. I'm

On Wed, Jul 15, 2009 at 2:24 PM, Albert Graef<Dr.Graef at t-online.de> wrote: > Owen Anderson wrote: >> On Jul 15, 2009, at 10:56 AM, Jean-Daniel Dupas wrote: >>> >>> You mean like this subject ? >>> >>> http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-June/023505.html >> >> Notice the sender line on that email... ;-) > > Yes, you

Thanks for the report. The attached patch removes them from the page. OK? On 8 May 2013 11:34, Kostyrka (External user) Andreas <Andreas.Kostyrka at kapsch.net> wrote: > Not sure, but it seems the page contains a number of out-of-date entries: > > > > Pypy => pypy.org (link stale) plus: there is no llvm backend for pypy at the > moment (although LLVM backends have been

Hello, I've been using TDMoE accross 2 * boxes for months. It was working well, but * would crash when anyone would try to connect via h.323. So, I got the latest CVS release and compiled without h.323 support. After I made and installed the latest CVS the TDMoE channels stopped working. They have been working great (especially after we got echo cancel working them, thanks Mark) and the

...looking for suggestions about how to audit R's memory usage. Yes, I could go around my code and tie up every loose end. But in the interest of efficiency, I'm wondering about ways I might more intelligently audit R's memory usage. Are there any tools that can tell me what objects are swallowing what amounts of memory? Armed with that information, I can go track down the worst culprits. Thanks, Allie

Ideally/the better integration with Buildbot would be to have these outputs referenced as "associated files" (it's been a while since I played with buildbot - I remember finding this and considering how it could be done, but not getting all the way through) so they'd come back as actual files on the build master, linked from the results page that you could click on to