search for: bundle_unlock

...d instruction bundles in MC (assembler) level. This support exists in gas since binutils version 2.23 (http://sourceware.org/binutils/docs/as/Bundle-directives.html#Bundle-directives). Succinctly, the initial proposal is to add the following directives: .bundle_align_mode <num> .bundle_lock .bundle_unlock With the following semantics: When aligned instruction bundle mode ("bundling" in short) is enabled (.bundle_align_mode was encountered with an argument > 0, which is the power of 2 to which the bundle size is equal), single instructions and groups of instructions between .bundle_loc...

...This support exists in > gas since binutils version 2.23 > ( > http://sourceware.org/binutils/docs/as/Bundle-directives.html#Bundle-directives > ). > Succinctly, the initial proposal is to add the following directives: > > .bundle_align_mode <num> > .bundle_lock > .bundle_unlock > > With the following semantics: > > When aligned instruction bundle mode ("bundling" in short) is enabled > (.bundle_align_mode was encountered with an argument > 0, which is the > power of 2 to which the bundle size is equal), single > instructions and groups of...

...gt;> gas since binutils version 2.23 >> >> (http://sourceware.org/binutils/docs/as/Bundle-directives.html#Bundle-directives). >> Succinctly, the initial proposal is to add the following directives: >> >> .bundle_align_mode <num> >> .bundle_lock >> .bundle_unlock >> >> With the following semantics: >> >> When aligned instruction bundle mode ("bundling" in short) is enabled >> (.bundle_align_mode was encountered with an argument > 0, which is the >> power of 2 to which the bundle size is equal), single >&gt...

...Overall, I think the concept of Native Client > is well-documented and easy to follow. Has anyone done work to show that > assembly in this form can be disassembled to a memory-safe assembly language > like TAL? > > >> groups of instructions between .bundle_lock and >> .bundle_unlock directives cannot cross a bundle boundary > > Can this be relaxed to: A data instruction cannot fall on a bundle > boundary. ? I'm not sure what you mean, can you elaborate? Eli

>>> groups of instructions between .bundle_lock and >>> .bundle_unlock directives cannot cross a bundle boundary >> >> Can this be relaxed to: A data instruction cannot fall on a bundle >> boundary. ? > > I'm not sure what you mean, can you elaborate? Nevermind, what I suggested was not strict enough. I see now that the purpose of unloc...

...ler) level. This support exists in > gas since binutils version 2.23 > (http://sourceware.org/binutils/docs/as/Bundle-directives.html#Bundle-directives). > Succinctly, the initial proposal is to add the following directives: > > .bundle_align_mode <num> > .bundle_lock > .bundle_unlock > > With the following semantics: > > When aligned instruction bundle mode ("bundling" in short) is enabled > (.bundle_align_mode was encountered with an argument > 0, which is the > power of 2 to which the bundle size is equal), single > instructions and groups...

...t;> > >> ( > http://sourceware.org/binutils/docs/as/Bundle-directives.html#Bundle-directives > ). > >> Succinctly, the initial proposal is to add the following directives: > >> > >> .bundle_align_mode <num> > >> .bundle_lock > >> .bundle_unlock > >> > >> With the following semantics: > >> > >> When aligned instruction bundle mode ("bundling" in short) is enabled > >> (.bundle_align_mode was encountered with an argument > 0, which is the > >> power of 2 to which the bundle...

...g instructions are predicated. Overall, I think the concept of Native Client is well-documented and easy to follow. Has anyone done work to show that assembly in this form can be disassembled to a memory-safe assembly language like TAL? > groups of instructions between .bundle_lock and > .bundle_unlock directives cannot cross a bundle boundary Can this be relaxed to: A data instruction cannot fall on a bundle boundary. ? Thanks, Greg On Wed, Dec 5, 2012 at 7:22 PM, Eli Bendersky <eliben at google.com> wrote: > On Wed, Dec 5, 2012 at 6:01 PM, Greg Fitzgerald <garious at gmail.c...

On Wed, Dec 5, 2012 at 6:01 PM, Greg Fitzgerald <garious at gmail.com> wrote: >> But if you just want to see the code and the diff against upstream... > > If others are interested as well, here's all your changes via Github's > "compare" feature: > > https://github.com/garious/llvm/compare/master...chromium > > Fascinating stuff guys. What a