search for: counterproposal

On Fri, Jul 22, 2016 at 10:18 PM, Corinna Vinschen <vinschen at redhat.com> wrote: [...] > Hmm. If that only affects Cygwin, and if defines.h is not synced anyway, > what about getting rid of the configure stuff entirely? > > Tested counterproposal: Looks reasonable. It's late here so I'm going to look at it tomorrow. > As for the comment preceeding the definition, I didn't change it from > your text in my proposal. However. > > I'd like to outline that IPPORT_RESERVED == 1024 still makes sense in > terms of...

...are cases where mem2reg scans a BB to see the relative ordering of two instructions. For example, the single store case. I could imagine that if you saw lots of single store allocas in the middle of a large BB that mem2reg would be very very slow. As far as the approach goes, here's a counterproposal that is a bit less complex. I suggest adding a single DenseMap<Instruction*, unsigned> to Mem2reg. If there is an entry in this map for a load/ store instruction, it would store the instruction's index in its basic block. This means that to check dominance of two instrs in a blo...

...BB to see the > relative ordering of two instructions. For example, the single store Correct. > case. I could imagine that if you saw lots of single store allocas in > the middle of a large BB that mem2reg would be very very slow. Right. > As far as the approach goes, here's a counterproposal that is a bit > less complex. I suggest adding a single DenseMap<Instruction*, > unsigned> to Mem2reg. If there is an entry in this map for a load/ > store instruction, it would store the instruction's index in its basic > block. This means that to check dominance of two in...

...;d like to see it using RFC5819 LIST-EXTENDED, but that requires a fair bit of work. In the mean time I'm trying to speed up the existing iteration. I've got it working using 'STATUS "mailbox" (UNSEEN)', but the language in RFC3501 suggest that this may be slow. There is a counterproposal to use RFC4731 ESEARCH and do 'SELECT "MAILBOX"'; 'SEARCH RETURN (COUNT) UNSEEN'. >From an IMAP server perspective, which do you anticipate would be faster? >From a client perspective it seems like STATUS would be better since it involves less round-trips to the ser...

On Fri, Jul 22, 2016 at 12:05:53PM +0200, Corinna Vinschen wrote: [...] > This version doesn't build on Cygwin anymore. The reason is that > various configure tests fail. > > The culprit is the new definition of IPPORT_RESERVED to 0 in configure.ac. Sigh. How about putting it in defines.h instead? includes.h includes netinet/in.h from whence the definition of IPPORT_RESERVED

...ufficient, and while innovation in the linker space (e.g. a new “native” object file format generated directly from compiler structures) may or may not actually “work” or be “worth it”, we won’t know unless we try, and that won’t fulfill its promise if there are compromises to Camp B. So here’s my counterproposal: two different linkers. Lets stop thinking about lld as one linker, and instead think of it is two different ones. We’ll build a Camp B linker which is the best of breed section based linker. It will support linker scripts and do everything better than any existing section based linker. The fir...

On Monday 06 October 2008 11:47, David Greene wrote: > > As far as the approach goes, here's a counterproposal that is a bit > > less complex. I suggest adding a single DenseMap<Instruction*, > > unsigned> to Mem2reg. If there is an entry in this map for a load/ > > store instruction, it would store the instruction's index in its basic > > block. This means that to check...

As suggested by Nir, here: https://www.redhat.com/archives/libguestfs/2019-November/thread.html#00220

As mentioned in my reviews, I wonder if we should make our python callbacks look a bit more Pythonic by having kwargs added for each new flag that we want to expose. The idea was first floated here: https://www.redhat.com/archives/libguestfs/2018-April/msg00108.html Note that with my proposal, there is no need for a python script to expose a global API_VERSION variable; new flags are added

...ovation in the linker space (e.g. a new > “native” object file format generated directly from compiler structures) > may or may not actually “work” or be “worth it”, we won’t know unless we > try, and that won’t fulfill its promise if there are compromises to Camp B. > > So here’s my counterproposal: *two different linkers.* > > Lets stop thinking about lld as one linker, and instead think of it is two > different ones. We’ll build a Camp B linker which is the best of breed > section based linker. It will support linker scripts and do everything > better than any existing sect...

On Oct 6, 2008, at 9:47 AM, David Greene wrote: >> As far as the approach goes, here's a counterproposal that is a bit >> less complex. I suggest adding a single DenseMap<Instruction*, >> unsigned> to Mem2reg. If there is an entry in this map for a load/ >> store instruction, it would store the instruction's index in its >> basic >> block. This means that t...

...ral improvements designed to reduce mandatory copies between Python code and the server: https://www.redhat.com/archives/libguestfs/2019-November/msg00209.html (actual version: https://github.com/libguestfs/nbdkit/commit/a9b2637cf4f00fb8a25ffaf31ee83be5fe019ae2) This does _not_ include Eric's counterproposal involving passing flags as kwargs instead of bitmasks that he posted: https://www.redhat.com/archives/libguestfs/2019-November/msg00248.html Nevertheless we may make further changes to the API such as incorporating kwargs (or may not). So don't start coding to this new API just now. Remembe...

Hi all Currently Theora video in Matroska is not supported by Mplayer. To enable the support Michael Niedermayer has made the following proposal sometime back: http://article.gmane.org/gmane.comp.video.mplayer.nut.devel/214 Appreciate if Theora developers could comment on that. Best Regards Unga ____________________________________________________________________________________ Get your

...> since it was qemu that raised the problem in the first place) The last time we mentioned the possibility of advertising an initial zero state, we debated whether burning one of our 16 NBD_FLAG_* transmission bits for that purpose was wise [2], but discussion stalled after I never developed a counterproposal with NBD_OPT_* handshaking and never produced a reference implementation. [2] https://lists.debian.org/nbd/2016/12/msg00048.html Also, keep in mind that knowing that something started as all zeroes (which only affects startup; once you do any write, that early status bit no longer means anything...

On Sep 26, 2008, at 8:41 AM, David Greene wrote: > On Thursday 25 September 2008 13:15, David Greene wrote: > >> My patch builds a map from BasicBlock to lists of loads and stores >> in that >> block in an initialization phase along with ordering information >> about the >> loads and stores. RewriteSingleStoreAlloca then queries that >> information

...r space (e.g. a new >> “native” object file format generated directly from compiler structures) >> may or may not actually “work” or be “worth it”, we won’t know unless we >> try, and that won’t fulfill its promise if there are compromises to Camp B. >> >> So here’s my counterproposal: *two different linkers.* >> >> Lets stop thinking about lld as one linker, and instead think of it is >> two different ones. We’ll build a Camp B linker which is the best of breed >> section based linker. It will support linker scripts and do everything >> better th...

...are cases where mem2reg scans a BB to see the relative ordering of two instructions. For example, the single store case. I could imagine that if you saw lots of single store allocas in the middle of a large BB that mem2reg would be very very slow. As far as the approach goes, here's a counterproposal that is a bit less complex. I suggest adding a single DenseMap<Instruction*, unsigned> to Mem2reg. If there is an entry in this map for a load/ store instruction, it would store the instruction's index in its basic block. This means that to check dominance of two instrs in a blo...

On Oct 20, 2008, at 10:04 AM, David Greene wrote: > On Monday 06 October 2008 11:47, David Greene wrote: > >>> As far as the approach goes, here's a counterproposal that is a bit >>> less complex. I suggest adding a single DenseMap<Instruction*, >>> unsigned> to Mem2reg. If there is an entry in this map for a load/ >>> store instruction, it would store the instruction's index in its >>> basic >>> block...

...tive” object file format generated directly from compiler structures) >>>> may or may not actually “work” or be “worth it”, we won’t know unless we >>>> try, and that won’t fulfill its promise if there are compromises to Camp B. >>>> >>>> So here’s my counterproposal: *two different linkers.* >>>> >>>> Lets stop thinking about lld as one linker, and instead think of it is >>>> two different ones. We’ll build a Camp B linker which is the best of breed >>>> section based linker. It will support linker scripts and...

...hat raised the problem in the first place) > > The last time we mentioned the possibility of advertising an initial > zero state, we debated whether burning one of our 16 NBD_FLAG_* > transmission bits for that purpose was wise [2], but discussion stalled > after I never developed a counterproposal with NBD_OPT_* handshaking and > never produced a reference implementation. > > [2] https://lists.debian.org/nbd/2016/12/msg00048.html > > Also, keep in mind that knowing that something started as all zeroes > (which only affects startup; once you do any write, that early status...