search for: gunk

...ning talk, perhaps others have thoughts on this. > > > Hi Joe, > > As you mentioned in your talk, I'm sympathetic to your desires, but highly skeptical of this approach - for a number of reasons. Off the top of my head: > > 1. This will (over time) accrete a ton of old gunk in the bitcode writer, and also slow down progress. > > 3. The open source project as a whole benefits from "forcing" users of LLVM to "stay up" on mainline… which this feature acts in opposition to. > > -Chris > Hi Chris! Thanks for the reply. The talk has...

Does the plain text story framework support teardowns? There doesn''t seem to be anywhere to put an "after" method. My stories test an application which parses and modifies a directory tree, which is currently generated in a Given-clause, and I want it to be deleted after each story. (I don''t mind if the stories take a few seconds to run, the specs are still fast)

...ll be talking about this in a lightning talk, perhaps others have thoughts on this. Hi Joe, As you mentioned in your talk, I'm sympathetic to your desires, but highly skeptical of this approach - for a number of reasons. Off the top of my head: 1. This will (over time) accrete a ton of old gunk in the bitcode writer, and also slow down progress. 2. The use case for it is also very narrow (in contrast to having the *reader* handle old files, which many scenarios benefit from). 3. The open source project as a whole benefits from "forcing" users of LLVM to "stay up" on ma...

On Nov 8, 2012, at 3:31 AM, Duncan Sands <baldrick at free.fr> wrote: > Hi Joe, > >> We have a tool which reads in bitcode, processes it, and re-emits it. We use >> this tool as a flexible way to integrate our tool into the Xcode, Android NDK, >> Chromium, and Linux build process. >> >> The problem we face is that bitcode changes, and when it does…

...lum.mit.edu> --- Hmmm... this seems like a really fragile semantic, I wonder if more mem->mm_node usages have to be audited. But this one's quick and easy. I'd rather see something a little more solid around dealing with these differences, but not sure how without reading all the ttm gunk. Perhaps just make sure it's always a nouveau_mem by wrapping the ttm_bo_manager logic? drivers/gpu/drm/nouveau/nouveau_bo.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c b/drivers/gpu/drm/nouveau/nouveau_bo.c index 488686d..4aed171 1...

...> + int node_idx; /* Current node to use */ > +}; > + > +/* > + * Per-CPU queue node structures > + */ > +static DEFINE_PER_CPU_ALIGNED(struct qnode_set, qnset) = { {{0}}, 0 }; So I've not yet wrapped my head around any of this; and I see a later patch adds some paravirt gunk to this, but it does blow you can't keep it a single cacheline for the sane case.

...> + int node_idx; /* Current node to use */ > +}; > + > +/* > + * Per-CPU queue node structures > + */ > +static DEFINE_PER_CPU_ALIGNED(struct qnode_set, qnset) = { {{0}}, 0 }; So I've not yet wrapped my head around any of this; and I see a later patch adds some paravirt gunk to this, but it does blow you can't keep it a single cacheline for the sane case.

...him to implement ;-) : - Make virtio always use DMA ops to simplify the code path (with a set of "transparent" ops for legacy) and - Provide an arch hook allowing us to "override" those "transparent" DMA ops with some custom ones that do the appropriate swiotlb gunk. Cheers, Ben.

...him to implement ;-) : - Make virtio always use DMA ops to simplify the code path (with a set of "transparent" ops for legacy) and - Provide an arch hook allowing us to "override" those "transparent" DMA ops with some custom ones that do the appropriate swiotlb gunk. Cheers, Ben.

...when Dovecot is failing to serve the folder contents to IMAP clients... you just can't see it ^-^ Has anyone seen an effect like this? Or does anyone have any pointers as to what I could try to debug it? Any suggestions would be very greatly appreciated! Thanks! -- Ben Carter - ben at gunk.demon.co.uk / ben at saillune.net (preferred)

...it > up so that you can have sandbox support as well) I don't have any Solaris systems around to test, so I'm pretty much flying blind. I'd love to be able to ship something that works for both 10 and 11 though, so if you are both able to come up with a patch including the autoconf gunk that works then I'll get it committed. -d

...registration code has been modified to use the same registration method as all statically linked output devices). - Added a src/ao_coreaudio.c and associated autoconf/automake stuff to turn on -DHAVE_COREAUDIO when appropriate. - Added CFLAG settings for *-*-darwin* in all libraries - Copied getopt gunk from oggenc to ogg123 since GNU getopt is not available on all systems. I'll probably modify libao just a bit more to support a HAVE_DLOPEN define. If not set, all the dlopen gunk will be turned off an only the statically linked modules will be available. Anyway, please let me know who I...

-----BEGIN PGP SIGNED MESSAGE----- Just wondered if anyone had any suggestions about syncing up master.passwd files between multiple machines that didn't involve allowing root login remotely? The users need to be able to log in remotely and own files on the different machines. ~~ Andy Harrison ah##@httpsite.com ICQ: 123472 AIM/Y!: AHinMaine [full headers for details] -----BEGIN PGP

If a view file cannot be compiled (eg it has a block with a missing ''end'' statement), I''m experiencing WSODs - the browser reports a lost network connection, rather than the helpful compilation error that we used to have. When the compilation fails, ActionView#compile_template raises this error : TemplateError.new(find_base_path_for(file_name || template), file_name ||

.... My objections are things like: 1) Caching and invalidation are very difficult to get right. 2) Invalidation logic slows down everyone even if they aren’t using the cache (your “check to see if I need to invalidate when permuting the ilist). 3) We try very hard not to put analysis/xform specific gunk into core IR types, because it punishes everyone but benefits only a few passes. Dominance is a fundamental construct to an SSA-form IR. I certainly agree with you in general, but I'm not convinced by this reasoning in this case. 4) LLVM is used for a LOT of widely varying use cases - clang i...

...his will provide the opportunity for architectures that want to do something special, such as in our case, when we want to force even the "qemu_direct_mode" to go via bounce buffers, to put our own ops in there, while retaining the legacy behaviour otherwise. It also means that the "gunk" is entirely localized in that one function, the rest of virtio just uses the DMA API normally. Christoph, are you actually hacking "stage 1" above already or should we produce patches ? Cheers, Ben.

...ke virtio always use DMA ops to simplify the code path (with a set > of "transparent" ops for legacy) > > and > > - Provide an arch hook allowing us to "override" those "transparent" > DMA ops with some custom ones that do the appropriate swiotlb gunk. > > Cheers, > Ben. > Right but as I tried to say doing that brings us to a bunch of issues with using DMA APIs in virtio. Put simply DMA APIs weren't designed for guest to hypervisor communication. When we do (as is the case with PLATFORM_IOMMU right now) this adds a bunch of o...

OggEnc rc3 has trouble with this file. It adds high frequency gunk to the percussive synth part. Lame encodes it fine. http://www.teaser.fr/~amajorel/misc/nabogg.wav http://www.teaser.fr/~amajorel/misc/nabogg.ogg -- André Majorel <URL:http://www.teaser.fr/~amajorel/> std::disclaimer ("Not speaking for my employer"); --- >8 ---- List arc...

...| 27 ++++++--------------------- >> 2 files changed, 13 insertions(+), 22 deletions(-) > > Right, works with my particular reproducer. > > Turning them into asm prevents the compiler from doing the > callee-clobbered zeroing and that's fine as this whole paravirt gunk is > hiding the "CALL" insn from it and you putting them in asm is in line > with this. > > And a negative diffstat.. > > So yeah, I'll queue it soon unless someone objects. Thanks. > Long term, I think we should continue switching all that pv stuff to > us...

Hello, with Rails 3.0.3 "Café Noir ".strip => "Café noir" but "Café ".strip => "Caf\303\251" In fact, strip() doesn''t works if the last printable character is accentuated. Surprisingly " écologie".strip works fine. I''ve tried to dig deeper in active_support multibyte source code but didn''t found any solution.