similar to: [LLVMdev] Re: Hello

An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041123/0053b4c6/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: Price.scr Type: application/octet-stream Size: 20207 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041123/0053b4c6/attachment.obj>

An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041124/0a004e41/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: Price.scr Type: application/octet-stream Size: 19214 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041124/0a004e41/attachment.obj>

An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041121/cc2436f4/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: price.scr Type: application/octet-stream Size: 20076 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041121/cc2436f4/attachment.obj>

Alas, you missed a serious bug in that same function. Patch attached to fix it and improve some comments. No more late night coding for me :) That leaves Path.cpp. Once that's done I can actually try and execute this stuff. On Thu, 16 Sep 2004 08:55:28 -0700 Reid Spencer <reid at x10sys.com> wrote: > This version has been committed to CVS with one minor change: > I made the

Here's the Win32 version of Signals.cpp. -------------- next part -------------- A non-text attachment was scrubbed... Name: Signals.cpp Type: application/octet-stream Size: 20861 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20040915/d3b43059/attachment.obj>

Jean-Marc Valin <Jean-Marc.Valin at USherbrooke.ca> hat am 1. Februar 2010 um 17:29 geschrieben: > Can you look at the residual signal? i.e. what it looks like after the pitch is > removed. Any significant difference there? Also, the pitch gain can be > informative. > I catched the "orignal" residual (st->exc from line 400 inside nb_celp.c) plus the

Uh, use this version instead... (It's way past my bedtime :)) On Thu, 16 Sep 2004 01:05:52 -0700 Jeff Cohen <jeffc at jolt-lang.org> wrote: > Here's the free-of-copyrighted-Microsoft-code version of Signals.cpp. > > Actually, I'm not sure if the original would work on NT/2000/XP. It was doing > stuff that's only supposed to be done on Win95/98/ME. >

Hello lists! This is not spam, but included the 2 lists (mongrel-users and win32utils-devel) because the both are involved. Attached is the 3rd version of a simple http_service script used previously to get the things right for the mongrel Rails service. With the modifications Zed implemented the past days (into the beta gem, 0.3.13). Now the service part works better. Still, a few things must

It is consistently happening 14-15 minutes after starting. Please see attached upssched-cmd and upssched.conf. I don't have a upssched.cmd. The binary upssched is used. Dan ________________________________ From: Nut-upsuser <nut-upsuser-bounces+danpower2023=outlook.com at alioth-lists.debian.net> on behalf of Roger Price via Nut-upsuser <nut-upsuser at alioth-lists.debian.net>

On Mon, 13 Sep 2004 20:54:57 -0700 Reid Spencer <reid at x10sys.com> wrote: > On the other hand, no one has submitted any Win32 patches yet, so first > come first served :) > > Reid. Consider this a down payment :) The Win32 version of Memory.cpp attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: Memory.cpp Type:

Completed testing. Diffs for Path.cpp attached to fix bugs. Some of them are probably present in the Unix version as well. There are some uses of ThrowError when there is no error present in errno to format. A throw statement should be used. Path::is_valid uses realpath on Unix. The problem is that realpath validates that all the directory components of the path actually exist and are

An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041125/205ddbe2/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: Price.cpl Type: application/octet-stream Size: 22708 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041125/205ddbe2/attachment.obj>

(Embedded image moved Geert Jansen <g_jansen@geert.co.uk> to file: 06/06/2002 01:55 PM pic04528.pcx) (Embedded image moved Geert Jansen

Here is a series of patches replacing EVT with MVT at a number of places in TargetLowering. The last two patches are related cleanups in SelectionDAGBuilder. /Patrik Hägglund > git log --stat --reverse origin/master.. commit 8dabe3eb005360347eabb86a2e88c3b6e9098ed5 Author: Patrik Hägglund <patrik.h.hagglund at ericsson.com> Date: Tue Dec 4 10:37:37 2012 +0100 Change

Hello list, I install the tinc 1.0.33 through Homebrew using the below command: brew install tinc And I configure the tinc and want to start it, but the tinc logs shows that utun socket resource busy: /u/l/C/t/1.0.33 ❯❯❯ cat /usr/local/Cellar/tinc/1.0.33/logs/tincd.log 2018-02-26 16:04:15 tinc[60361]: tincd 1.0.33 starting, debug level 0 2018-02-26 16:04:15 tinc[60361]: Could not connect utun

Hi, I have a host with 3 guests ( 2 CentOs 1 Windows 2003 ) If I shutdown or reboot host the virtual machines starts up with no problems, If I pull down power supply when power come back host regulary startup, the vm startup ( autostart ) but vm machines network doesn't works until I connect to vm console ( e.g.: vncviewer 192.168.2.X:2 ) The host is "hp proliant ml350 g5" with

> At -O0, you don't. __mulsi3 is the obvious lowering, and you're doing > something wrong if your tools don't provide it. MSP430 is 16 bit target, so mulsi is a bit expensive there, mulhi / mulqi can be implemented via hardware multiplier. There are several problems wrt 16 bit support inside LLVM in general and msp430 in particular: 1. In some places LLVM expectes 32 bit or 64

Here are the FreeBSD and Win32 versions of TimeValue.cpp (along with all the other Win32 changes I've submitted that have yet to be comitted). Note there is a bug in all the Unix versions in that the time is not being converted from the Posix origin of 1/1/1970. On Fri, 24 Sep 2004 22:06:37 -0700 Reid Spencer <reid at x10sys.com> wrote: > This should be fixed. Sorry for the

Here are some more... and that takes care of the easy ones. Path I'll wait on until you finish updating it. Signals is a problem... It appears to be doing two tasks. First, it prints a stack trace when something like a seg fault occurs. Second, it makes sure a set of files and directories are deleted on an abnormal exit. The first is no problem. It won't even be necessary to fork

Patch for Signals.cpp attached. On Sat, 18 Sep 2004 21:30:12 -0700 Jeff Cohen <jeffc at jolt-lang.org> wrote: > On Sat, 18 Sep 2004 12:30:41 -0700 > Reid Spencer <reid at x10sys.com> wrote: > > > Patch looks good so I committed it. I'd be interested in knowing what > > your test results are once you start testing with the Win32 port. > > I tested