search for: revived

--- Sigmund Augdal <sigmunau@stud.ntnu.no> wrote: > On Sun, Mar 09, 2003 at 03:58:22PM +0100, Sander Roobol wrote: > > Hello Dan Johnson, hello list, > > > > It's really weird that there's no working command line player for > FLAC > > files. Dan Johnson created flac123 (licensed under the GPL) to fill > that > > gap, and started the flac-tools

This is a patch to fix one annoyance of having rsync processes race: I usually keep our servers synced with the following script, run by cron. #!/bin/sh lockfile -r 2 -l 1000 /tmp/synchome.lock || exit 1 rsync -e ssh -avHP --delete zorro01:/home/\* /home >/dev/null rm -f /tmp/synchome.lock -- Sometimes my users (including myself) are in a hurry and syncronise files and directories in their

Please do take over the pass revival. College hasn't left me with the bandwidth to continue this side project :) If there's small things here and there, I'd be happy to pitch in. However,.whipping the patch into shape is beyond me right now. Thanks Siddharth On Fri 23 Mar, 2018, 00:53 via llvm-dev, <llvm-dev at lists.llvm.org> wrote: > > >> This work could also

>> This work could also be used to fix [3]. Although this probably needs >> more though because there's the question of whether we should preserve >> existing debug information in an LLVM IR file or write over it when it >> is given to Clang. > > If foo.ll contains edited debug info, `clang -g` shouldn't silently drop > the edits. A warning + no-op seems

Hi folks - reviving an old thread from 2010: http://www.dovecot.org/list/dovecot/2010-December/055837.html We're basically looking to do the same thing: require client certificates for external connections, while preserving certificate-less username/password authentication for internal connections. Any tips on the best way to accomplish this? 'ssl_verify_client_cert = yes' can

This reinstates the autogen.sh-based test for the two required ocaml packages. I've tested it by running autoconf.sh first with neither of the two packages installed, then with only ocaml-xml-light installed. In both cases, autogen.sh failed as required. When both were installed, it worked as expected. >From 825d855b225c7c76371c72eae4d505a32c374007 Mon Sep 17 00:00:00 2001 From: Jim

Hi everyone. I'm currently looking for a monitoring program for a HP PowerTrust UPS (A2998A) for Linux. It seems that nut supported these UPSs until version 1.4.3. What was the reason for the driver being removed from nut? Are there plans to reintegrate it? I was playing around with the UPS and put the results here: http://www.project-athlon.org/wiki/index.php/HP_PowerTrust_A2998A They

I noticed the patch was already merged into the current LLVM language reference manual with new memory instructions, fence, cmpxchg and atomicrmw. Will the instructions be available in LLVM 3.0? On Mon, Jul 18, 2011 at 8:22 PM, Eli Friedman <eli.friedman at gmail.com> wrote: > There was some discussion a while back about adding a C++0x-style > memory model and atomics for LLVM a while

On Sun, Jul 31, 2011 at 12:49 PM, Jianzhou Zhao <jianzhou at seas.upenn.edu> wrote: > I noticed the patch was already merged into the current LLVM language > reference manual with new memory instructions, fence, cmpxchg and > atomicrmw. Will the instructions be available in LLVM 3.0? Hopefully, yes; the implementation is in progress. -Eli

On Sun, Jul 31, 2011 at 7:12 PM, Eli Friedman <eli.friedman at gmail.com> wrote: > On Sun, Jul 31, 2011 at 12:49 PM, Jianzhou Zhao <jianzhou at seas.upenn.edu> wrote: >> I noticed the patch was already merged into the current LLVM language >> reference manual with new memory instructions, fence, cmpxchg and >> atomicrmw. Will the instructions be available in LLVM

On 11/10/2014 12:45 PM, Kristian Lyngstøl wrote: > > First thing first: Compiz has been using version 0.9 for almost half a decade, and clearly deviated from past > conventions of using 0.<odd> for development and 0.<even> for stable. In addition, a fourth digit has been added. > > In the long run I'd like to see the project drop the fourth digit and instead go

Earlier, I was using GNOME and Firefox and the Mouse died. I had to kill the power, to get the box going again, because it doesn't have a reset switch; which is *not* an elegant way to get going. What key combination would get me going or to a shell? CentOS 5, fully updated, 32 bit. TIA!

Howdy, I'm working on reviving the debian packages. I haven't done debian packaging in a while, so I've put an alpha build of 1.3.8 on http://www.austinenglish.com/blah. Currently only squeeze/i386, but if these work well, and there is interest, I can do the other releases/64-bit versions. Please let me know if they do/don't work for you, or any other feedback. Cheers, Austin

>> This work could also be used to fix [3]. Although this probably needs >> more though because there's the question of whether we should preserve >> existing debug information in an LLVM IR file or write over it when it >> is given to Clang. > > > If foo.ll contains edited debug info, `clang -g` shouldn't silently drop the > edits. A warning + no-op

Hello, after upgrading to a newer distribution (FC8), I found that the driver hp.c (used to work fine for me with nut 2.0.0 on FC6) does not work anymore with 2.2.0. I want to modify it, as it is contains much of the new structure (>1.4.0) already. However, I cannot even get "make" to touch it. I have copied it into the drivers directory. Then I did ./configure make All drivers

I'm hoping to revive the LLD standalone CMake build. I'm new to this build but it looks like it borrowed code from an old version of compiler-rt, which I did some work on last year. Like compiler-rt, I'd like to get the LLD build up running with only CMAKE_PREFIX_PATH instead of defining custom variables like LLD_PATH_TO_LLVM_BUILD and LLD_PATH_TO_LLVM_SOURCE. Any objection to that?

Hello, I've been looking at ThreadSanitizer in https://github.com/llvm-mirror/compiler-rt and I noticed some Java-related files. Is there a version of ThreadSanitizer build on top of that, which I could use to sanitize my Java programs? I could not find any. I found https://github.com/google/java-thread-sanitizer, which seems to be now abandoned. It used to work with ThreadSanitizer v1. Has

Hi all, It looks like Juergen landed the TextAPI libraries for Mach-O in https://reviews.llvm.org/D53945, and also had several follow-ups, but then it was deleted entirely by r347874. I'm not sure if the entire deletion was intentional, since the commit message only mentions reverting a certain series of patches; CC Hans. In any case, I'm wondering if there are plans to revive it, since

Hi Dan, Having missed this functionality myself in the past I’m excited to see this gain traction. Let me know if there’s anything I can do to help this along. Cheers, Jonas On Wed, 21 Mar 2018 at 18:19, Dan Liew via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Hi, > > I recently had the need to see the correspondence between some Clang > generated LLVM IR and the compiled

C++ and Java memory models impose restrictions for locks and unlocks, such as a thread that releases a lock must acquired the lock, or the number of locks must be larger than the number of unlocks in the same thread... for enabling some optimizations, for example, simplifying trylocks (http://www.hpl.hp.com/techreports/2008/HPL-2008-56.html), and moving some instructions inside lock acquires