search for: mferguson

[CC bollu, mferguson, shil] Am Do., 23. Mai 2019 um 17:13 Uhr schrieb Bardia Mahjour < bmahjour at ca.ibm.com>: > Thanks David and Michael for the clarification. > > I think I understand the rational behind those checks in delinearization > now. > > > Some other languages have stronger guar...

Hi, I am trying to build the driver for the TI USB 3410/5052 family of devices. Specifically, I am trying to hook up a MultiTech GSM modem. I have the source for the driver which came with the modem. However, I beating my head against the wall trying to get around the usb-serial.h not found error. I have found references saying usb-serial.h has been moved. Even though I have pulled

Hi, I think I understand what the problem is. The return type will also be an untyped pointer, just like GEP. However, GEP needs to know what the size of one element is. Like it is now with overloadable intrinsics, we might derive it from the suffix. Another solution is that we pass the element and array sizes in bytes, instead of multiples of the element size. As a third options, we might change

...er via llvm-dev Sent: Wednesday, July 24, 2019 4:14 PM To: Michael Kruse <llvmdev at meinersbur.de> Cc: LLVM Developers Mailing List <llvm-dev at lists.llvm.org>; Michael Kruse <llvm at meinersbur.de>; SAHIL GIRISH YERAWAR <cs15btech11044 at iith.ac.in>; Michael Ferguson <mferguson at cray.com>; Tobias Grosser <tobias.grosser at inf.ethz.ch> Subject: Re: [llvm-dev] [RFC] A new multidimensional array indexing intrinsic Hi all, On Wed, 24 Jul 2019 at 16:14, Michael Kruse via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Mmmh, looks like Tim Northover is act...

...lists.llvm.org> On Behalf Of Doerfert, Johannes via llvm-dev > Sent: Monday, July 22, 2019 11:56 AM > To: Philip Reames <listmail at philipreames.com> > Cc: SAHIL GIRISH YERAWAR <cs15btech11044 at iith.ac.in>; llvm-dev <llvm-dev at lists.llvm.org>; Michael Ferguson <mferguson at cray.com>; Michael Kruse <llvm at meinersbur.de>; Tobias Grosser <tobias.grosser at inf.ethz.ch> > Subject: Re: [llvm-dev] [RFC] A new multidimensional array indexing intrinsic > > On 07/22, Philip Reames via llvm-dev wrote: > > We could also simply extend the exist...

Hello Yes, I agree that the SCEV cannot be simplified. Is my understanding correct that it is passed to a function like "isKnownNegative"? Which could still be able to prove is always true. The delinearisation may be valid, depending on exactly how you define delinearisation (under what conditions it should be giving results). It would be invalid for DA to return a dependency of [0

We could also simply extend the existing inrange mechanism to non-constantexpr GEPs.  It would remove an inconsistency in the semantics, be relatively straight forward, and solve the motivating example. (I didn't read the proposal in full, so there may be other examples it doesn't solve.) Philip On 7/22/19 10:01 AM, Peter Collingbourne via llvm-dev wrote: > The restrictions of