search for: yevgeny

...Context objects be responsible for options rather than thread-local storage, but in order to not break how cl::opt works today we need an answer to the initialization story. Maybe per-library initialization? We already have that for most of our libraries. -Chris > On Oct 31, 2018, at 12:11 AM, Yevgeny Rouban via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > >>! In D53424#1273950 <tel:1273950>, @delcypher wrote: > >>>! In D53424#1273737 <tel:1273737>, @yrouban wrote: > >>>>! In D53424#1273728 <tel:1273728>, @jfb wrote: > >&g...

...d a user be bisecting over multiple LLVMContexts? & even then, maybe it'd be more suitable for that grouping (the scope for the bisection) to be API driven - passing the bisector into the LLVMContext ctor to define the set of contexts that share a bisector? On Wed, Mar 21, 2018 at 10:20 PM Yevgeny Rouban via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Andrew, > > I would not make the caller pass the description of the IR unit. That is > because it would result in the description generated every time even if > OptBisect is disabled. Description generation is not very...

...That is because it would result in the description generated every time even if OptBisect is disabled. Description generation is not very chip. Thinking on the OptBisect extension, I believe passing the units are the right choice because OptPassGates may use them to make pass skipping decisions. -Yevgeny Rouban ----------------------------------------------------------- *From:* llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org <llvm-dev-bounces at lists.llvm.org>] *On Behalf Of *Kaylor, Andrew via llvm- dev *Sent:* Thursday, March 22, 2018 3:52 AM *To:* David Blaikie <dblaikie at gmail....

...er multiple > LLVMContexts? & even then, maybe it'd be more suitable for that grouping > (the scope for the bisection) to be API driven - passing the bisector into > the LLVMContext ctor to define the set of contexts that share a bisector? > > On Wed, Mar 21, 2018 at 10:20 PM Yevgeny Rouban via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Andrew, >> >> I would not make the caller pass the description of the IR unit. That is >> because it would result in the description generated every time even if >> OptBisect is disabled. Descr...

...ing over multiple LLVMContexts? & even then, maybe it'd be more suitable for that grouping (the scope for the bisection) to be API driven - passing the bisector into the LLVMContext ctor to define the set of contexts that share a bisector? > >     On Wed, Mar 21, 2018 at 10:20 PM Yevgeny Rouban via llvm-dev <llvm-dev at lists.llvm.org> wrote: > >         Andrew, > >         I would not make the caller pass the description of the IR unit. That is because it would result in the description generated every time even if OptBisect is disabled. Description genera...

...Contexts? & even then, maybe it'd be more > suitable for that grouping (the scope for the bisection) to be API > driven - passing the bisector into the LLVMContext ctor to define the > set of contexts that share a bisector? > > > > On Wed, Mar 21, 2018 at 10:20 PM Yevgeny Rouban via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > > > Andrew, > > > > I would not make the caller pass the description of the IR > unit. That is because it would result in the description generated every > time even if OptBisect...

Hello, I am not finding how to read SSL keys/certificates from database. Is this possible? Or only file reads allowed? -- Regards, Yevgeny

..., maybe it'd be more >     suitable for that grouping (the scope for the bisection) to be API >     driven - passing the bisector into the LLVMContext ctor to define the >     set of contexts that share a bisector? >      > >      >     On Wed, Mar 21, 2018 at 10:20 PM Yevgeny Rouban via llvm-dev >     <llvm-dev at lists.llvm.org> wrote: >      > >      >         Andrew, >      > >      >         I would not make the caller pass the description of the IR >     unit. That is because it would result in the description generated ev...

...> suitable for that grouping (the scope for the bisection) to be API > > driven - passing the bisector into the LLVMContext ctor to define > the > > set of contexts that share a bisector? > > > > > > On Wed, Mar 21, 2018 at 10:20 PM Yevgeny Rouban via llvm-dev > > <llvm-dev at lists.llvm.org> wrote: > > > > > > Andrew, > > > > > > I would not make the caller pass the description of the > IR > > unit. That is because it would resu...

...Apr 17 18:50:56 imap(phaoost at phaoost.net)<14650><JJZsXb6GCq25LcCN>: Debug: Mailbox Spam: UID 37: Opened mail because: full mail Apr 17 18:50:56 imap(phaoost at phaoost.net)<14650><JJZsXb6GCq25LcCN>: Debug: Mailbox Spam: UID 38: Opened mail because: full mail -- Regards, Yevgeny -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190418/4ddac836/attachment-0001.html>

...he > bisection) to be API >  >     driven - passing the bisector into the LLVMContext ctor > to define the >  >     set of contexts that share a bisector? >  >      > >  >      >     On Wed, Mar 21, 2018 at 10:20 PM Yevgeny Rouban > via llvm-dev >  >     <llvm-dev at lists.llvm.org > <mailto:llvm-dev at lists.llvm.org>> wrote: >  >      > >  >      >         Andrew, >  >      > >  >      >         I woul...

...or that grouping (the scope for the bisection) to be API >> > driven - passing the bisector into the LLVMContext ctor to define >> the >> > set of contexts that share a bisector? >> > > >> > > On Wed, Mar 21, 2018 at 10:20 PM Yevgeny Rouban via llvm-dev >> > <llvm-dev at lists.llvm.org> wrote: >> > > >> > > Andrew, >> > > >> > > I would not make the caller pass the description of the >> IR >> > unit. T...

Hi, I get a trouble using nut with PowerMan Back Pro N 1400 Plus ~# /lib/nut/megatec -DDDDD -a pman Network UPS Tools - Megatec protocol driver 1.6 (2.4.1) send_to_all: SETINFO driver.parameter.port "/dev/ttyS0" debug level is '5' DTR=1, RTS=0 Starting UPS detection process... Asking for UPS information [I]... I => OK [# PCSTAR-PRO V1.02-2411] I VALUES => [

...fertre@stericsson.com> Yashpal Dutta <yashpal.dutta@freescale.com> Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com> Yegor Yefremov <yegorslists@googlemail.com> Yehuda Yitschak <yehuday@marvell.com> Yevgeniy Melnichuk <yevgeniy.melnichuk@googlemail.com> Yevgeny Petrilin <yevgenyp@mellanox.co.il> Yevgeny Petrilin <yevgenyp@mellanox.com> Yi Zhang <yizhang@marvell.com> Yi Zou <yi.zou@intel.com> Yijing Wang <wangyijing@huawei.com> Yilu Mao <ylmao@marvell.com> Yin, Fengwei <fengwei.yin@intel.com> Ying Han...

...fertre@stericsson.com> Yashpal Dutta <yashpal.dutta@freescale.com> Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com> Yegor Yefremov <yegorslists@googlemail.com> Yehuda Yitschak <yehuday@marvell.com> Yevgeniy Melnichuk <yevgeniy.melnichuk@googlemail.com> Yevgeny Petrilin <yevgenyp@mellanox.co.il> Yevgeny Petrilin <yevgenyp@mellanox.com> Yi Zhang <yizhang@marvell.com> Yi Zou <yi.zou@intel.com> Yijing Wang <wangyijing@huawei.com> Yilu Mao <ylmao@marvell.com> Yin, Fengwei <fengwei.yin@intel.com> Ying Han...

...fertre@stericsson.com> Yashpal Dutta <yashpal.dutta@freescale.com> Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com> Yegor Yefremov <yegorslists@googlemail.com> Yehuda Yitschak <yehuday@marvell.com> Yevgeniy Melnichuk <yevgeniy.melnichuk@googlemail.com> Yevgeny Petrilin <yevgenyp@mellanox.co.il> Yevgeny Petrilin <yevgenyp@mellanox.com> Yi Zhang <yizhang@marvell.com> Yi Zou <yi.zou@intel.com> Yijing Wang <wangyijing@huawei.com> Yilu Mao <ylmao@marvell.com> Yin, Fengwei <fengwei.yin@intel.com> Ying Han...

...Dutta <yashpal.dutta@freescale.com> Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com> Yegor Yefremov <yegorslists@googlemail.com> Yehuda Yitschak <yehuday@marvell.com> Yen Lin <yelin@nvidia.com> Yevgeniy Melnichuk <yevgeniy.melnichuk@googlemail.com> Yevgeny Petrilin <yevgenyp@mellanox.co.il> Yevgeny Petrilin <yevgenyp@mellanox.com> Yi Zhang <yizhang@marvell.com> Yi Zou <yi.zou@intel.com> Yijing Wang <wangyijing@huawei.com> Yilu Mao <ylmao@marvell.com> Yin, Fengwei <fengwei.yin@intel.com> Ying Han...

...Dutta <yashpal.dutta@freescale.com> Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com> Yegor Yefremov <yegorslists@googlemail.com> Yehuda Yitschak <yehuday@marvell.com> Yen Lin <yelin@nvidia.com> Yevgeniy Melnichuk <yevgeniy.melnichuk@googlemail.com> Yevgeny Petrilin <yevgenyp@mellanox.co.il> Yevgeny Petrilin <yevgenyp@mellanox.com> Yi Zhang <yizhang@marvell.com> Yi Zou <yi.zou@intel.com> Yijing Wang <wangyijing@huawei.com> Yilu Mao <ylmao@marvell.com> Yin, Fengwei <fengwei.yin@intel.com> Ying Han...

...Dutta <yashpal.dutta@freescale.com> Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com> Yegor Yefremov <yegorslists@googlemail.com> Yehuda Yitschak <yehuday@marvell.com> Yen Lin <yelin@nvidia.com> Yevgeniy Melnichuk <yevgeniy.melnichuk@googlemail.com> Yevgeny Petrilin <yevgenyp@mellanox.co.il> Yevgeny Petrilin <yevgenyp@mellanox.com> Yi Zhang <yizhang@marvell.com> Yi Zou <yi.zou@intel.com> Yijing Wang <wangyijing@huawei.com> Yilu Mao <ylmao@marvell.com> Yin, Fengwei <fengwei.yin@intel.com> Ying Han...

...Dutta <yashpal.dutta@freescale.com> Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com> Yegor Yefremov <yegorslists@googlemail.com> Yehuda Yitschak <yehuday@marvell.com> Yen Lin <yelin@nvidia.com> Yevgeniy Melnichuk <yevgeniy.melnichuk@googlemail.com> Yevgeny Petrilin <yevgenyp@mellanox.co.il> Yevgeny Petrilin <yevgenyp@mellanox.com> Yi Zhang <yizhang@marvell.com> Yi Zou <yi.zou@intel.com> Yijing Wang <wangyijing@huawei.com> Yilu Mao <ylmao@marvell.com> Yin, Fengwei <fengwei.yin@intel.com> Ying Han...