search for: owen

Alright, go ahead with it. —Owen > On Nov 17, 2014, at 4:58 AM, Daniil Troshkov <troshkovdanil at gmail.com> wrote: > > Hi! > > I have not found test case. (It is because we have no target using "ExpandInsertToVectorThroughStack"). > But I tested it for target currently not included in llvm tr...

...duleA9.td The documentation could use more clarity, but this is how I was able to do it to always get two specific instructions to be scheduled together. ________________________________________ From: reed kotler [rkotler at mips.com] Sent: Tuesday, September 17, 2013 8:54 PM To: Micah Villmow Cc: Owen Anderson; llvmdev Mailing List Subject: Re: [LLVMdev] forcing two instructions to be together On 09/17/2013 04:51 PM, Micah Villmow wrote: > Reed, > Couldn't you also use instruction scheduling classes and specify that the second instruction has a bypass from the first instruction? The...

...expected Product: Portable OpenSSH Version: 8.2p1 Hardware: 68k OS: Mac OS X Status: NEW Severity: enhancement Priority: P5 Component: sshd Assignee: unassigned-bugs at mindrot.org Reporter: owen at delong.com I'm unsure whether this is a bug in the client or server or both. It appears that there is no syntax which will work for this scenario: 1. Original Client and "Jump" Host both have public IPv6 addresses. 2. Target host has only Link Local IPv6 address on same link as...

...one LLVMContext as long as you never want Modules created under separate contexts to interact. In the near term, I will be committing patches to do this conversion for the existing LLVM tools, including Clang and LLVM-GCC, which should provide examples for those following along at home. --Owen

...rom the first instruction? The scheduler should always schedule them together in that case. Micah > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On > Behalf Of reed kotler > Sent: Tuesday, September 17, 2013 3:59 PM > To: Owen Anderson > Cc: llvmdev Mailing List > Subject: Re: [LLVMdev] forcing two instructions to be together > > On 09/17/2013 03:52 PM, Owen Anderson wrote: > > +the list again > > On Sep 17, 2013, at 3:48 PM, reed kotler <rkotler at mips.com> wrote: > > > >>...

...no way to turn that on and off without changing the icecast config and restarting the server. The only external icecast source app that seems to handle http streams is MuSE, and I'm having a hell of a time getting it working. Does anyone know of any other way I can accomplish this? -- owen at nerdnetworks.org (Owen B. Mehegan) 'There are more things in heaven and earth, Horatio, Than are dreamt of in your philosophy.' --William Shakespeare

.... He has a strong history of LLVM contributions, a demonstrated commitment to good community development practices, and has experience shaving the infinite herd of SelectionDAG yaks. I am happy to recommend Justin take over the SelectionDAG code ownership, pending the approval of the community. —Owen

That doesn't actually give you a guarantee that they won't be split up. Phases other than the scheduler may insert instructions in the middle of block (constant island pass, for example). Pseudo-instructions are the canonical answer to that problem. --Owen On Sep 17, 2013, at 11:09 PM, Micah Villmow <micah.villmow at smachines.com> wrote: > I used the A9 schedule as an example: > http://llvm.org/svn/llvm-project/llvm/trunk/lib/Target/ARM/ARMScheduleA9.td > > The documentation could use more clarity, but this is how I was able to...

+the list again On Sep 17, 2013, at 3:48 PM, reed kotler <rkotler at mips.com> wrote: > On 09/17/2013 03:46 PM, Owen Anderson wrote: >> On Sep 17, 2013, at 3:08 PM, reed kotler <rkotler at mips.com> wrote: >> >>> Is there any way, except for using bundles, to force two instructions to be sequentially executed? >> What level of codegen are you working at? There are various mechan...

Surprisingly enough, libatomic_ops doesn't define just a hardware memory fence call as far as I can tell. --Owen On May 16, 2009, at 3:00 PM, Zoltan Varga wrote: > Hi, > > You might want to use this: > > http://www.hpl.hp.com/research/linux/atomic_ops/ > > Zoltan > > On Sat, May 16, 2009 at 11:11 PM, Owen Anderson <resistor at mac.com> > w...

Hi owen, Can you please elaborate as to what should I do? Find all the instruction which have r2 in it and replace all of them with r1 and then remove the load instruction? Thanks Abhinav ----- Original Message ----- From: "Owen Anderson" <resistor at mac.com> To: "LLVM Developers Mai...

...ich is not currently supported on llvm targets. (Our team is porting llvm on new target). Creating the test case will take some extra time. I'll try to do it ASAP. Have you any ideas about the test case? (targets using ExpandInsertToVectorThroughStack, etc...) On Wed, Nov 12, 2014 at 8:29 PM, Owen Anderson <resistor at mac.com> wrote: > LGTM. Can you supply a testcase? > > —Owen > > > On Nov 12, 2014, at 5:52 AM, Daniil Troshkov <troshkovdanil at gmail.com> > wrote: > > > > Hi Owen! > > > > The "First store the whole vector&quot...

...rently memory fence and CAS) for platforms we care about, but my knowledge of these, and my ability to test them, is limited. So, please, if you run on any less common platform, test out the file, and send me patches to improve it if it doesn't work verbatim on your system. Thanks, --Owen -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4463 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090516/fe19e9cd/attachment.bin>

...rdware fence, that seems to defeat the purpose. C++0X provides a compiler-only fence, and a hardware+compiler fence, but no hardware-only fence, I believe for this reason. See <http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2857.pdf>, section 29.8. On Sat, May 16, 2009 at 7:33 PM, Owen Anderson <resistor at mac.com> wrote: > Surprisingly enough, libatomic_ops doesn't define just a hardware memory > fence call as far as I can tell. > --Owen > On May 16, 2009, at 3:00 PM, Zoltan Varga wrote: > > Hi, > >   You might want to use this: > > http:...

Hi, On 11/10/23 17:58, Owen T. Heisler wrote: > Hi everyone, > > On 11/10/23 06:52, Kai-Heng Feng wrote: >> On Fri, Nov 10, 2023 at 2:19?PM Hans de Goede <hdegoede at redhat.com> wrote: >>> On 11/10/23 07:09, Kai-Heng Feng wrote: >>>> On Fri, Nov 10, 2023 at 5:55?AM Owen T. Heisler &...

...re exactly what you mean. Can you point me to an example of that? TIA. Reed >> -----Original Message----- >> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On >> Behalf Of reed kotler >> Sent: Tuesday, September 17, 2013 3:59 PM >> To: Owen Anderson >> Cc: llvmdev Mailing List >> Subject: Re: [LLVMdev] forcing two instructions to be together >> >> On 09/17/2013 03:52 PM, Owen Anderson wrote: >>> +the list again >>> On Sep 17, 2013, at 3:48 PM, reed kotler <rkotler at mips.com> wrote: &gt...

Hey, Does anyone actually care about the "hello, world" pass in lib/Transforms/Hello? Is there any particular reason why it couldn't be under examples or projects, or just removed altogether? --Owen

To ease this transition, I have added a getGlobalContext() API. If you're only ever planning to use LLVM on a single thread, it will be completely safe to simply pass this value to every API that takes an LLVMContext. --Owen On Jun 30, 2009, at 3:38 PM, Owen Anderson wrote: > Notice of a major upcoming API change: The static methods for > constructing types and constants will be going away in the future. > Instead, the global uniquing tables that lurk behind these APIs will > be privatized within LLVMCon...

Owen: Can you clarify what kinds of dynamic linker issues you are seeing? I speculate that cross-library dependency resolution is high on the list, but what else? shap On Tue, 2008-05-13 at 21:44 -0500, Owen Anderson wrote: > On May 13, 2008, at 9:22 PM, Jonathan S. Shapiro wrote: > > Owen:...

On 09/17/2013 03:52 PM, Owen Anderson wrote: > +the list again > On Sep 17, 2013, at 3:48 PM, reed kotler <rkotler at mips.com> wrote: > >> On 09/17/2013 03:46 PM, Owen Anderson wrote: >>> On Sep 17, 2013, at 3:08 PM, reed kotler <rkotler at mips.com> wrote: >>> >>>> Is...