search for: pr21780

Hi, While working on PR21780, I used "dereferenceable_or_null" metadata and I realized now that it is not correct for my solution to use this metadata type since it might point to an address that it is not dereferenceable but null. I think that we need another new metadata type, something like "dereferenceabl...

...r use case? (sorry, didn't read > the whole thread carefully). > > Nuno > > -----Original Message----- > From: Dinar Temirbulatov via llvm-dev > Sent: Tuesday, July 18, 2017 7:36 PM > Subject: [llvm-dev] [RFC] dereferenceable metadata > > Hi, > While working on PR21780, I used "dereferenceable_or_null" metadata > and I realized now that it is not correct for my solution to use this > metadata type since it might point to an address that it is not > dereferenceable but null. I think that we need another new metadata > type, something like...

Hi, For PR21780 solution, I plan to add a new functionality to restore memory operations that was once deleted, in this particular case it is the load operations that were deleted by InstCombine, please note that once the load was removed there is no way to restore it back and that prevents us from vectorizing the...

...https://reviews.llvm.org/D37579 and https://reviews.llvm.org/D37648 > with adding the aggregate pointer as second parameter as Michael > asked. So now, the intrinsic look like this: > > void phantom_mem(any_pointer base, any_pointer aggregate, uint64_t > maximum_offset) > > For PR21780, I don't need to use aggregate so it is set to null, but > for other similar issues this aggregate parameter might be useful. > Thanks, Dinar. > > On Tue, Sep 26, 2017 at 5:52 AM, Hal Finkel <hfinkel at anl.gov> wrote: >> On 09/13/2017 04:46...

...tual load instruction. I updated https://reviews.llvm.org/D37579 and https://reviews.llvm.org/D37648 with adding the aggregate pointer as second parameter as Michael asked. So now, the intrinsic look like this: void phantom_mem(any_pointer base, any_pointer aggregate, uint64_t maximum_offset) For PR21780, I don't need to use aggregate so it is set to null, but for other similar issues this aggregate parameter might be useful. Thanks, Dinar. On Tue, Sep 26, 2017 at 5:52 AM, Hal Finkel <hfinkel at anl.gov> wrote: > > On 09/13/2017 04:46 PM, Dinar Temirbul...

...s.llvm.org] >>> Received: Dienstag, 12 Sep. 2017, 9:57 >>> To: llvm-dev at lists.llvm.org [llvm-dev at lists.llvm.org] >>> CC: Filipe Cabecinhas [me at filcab.net] >>> Subject: [llvm-dev] RFC phantom memory intrinsic >>> >>> Hi, >>> For PR21780 solution, I plan to add a new functionality to restore >>> memory operations that was once deleted, in this particular case it is >>> the load operations that were deleted by InstCombine, please note that >>> once the load was removed there is no way to restore it back an...

...Received: Dienstag, 12 Sep. 2017, 9:57 >>>> To: llvm-dev at lists.llvm.org [llvm-dev at lists.llvm.org] >>>> CC: Filipe Cabecinhas [me at filcab.net] >>>> Subject: [llvm-dev] RFC phantom memory intrinsic >>>> >>>> Hi, >>>> For PR21780 solution, I plan to add a new functionality to restore >>>> memory operations that was once deleted, in this particular case it is >>>> the load operations that were deleted by InstCombine, please note that >>>> once the load was removed there is no way to restor...

...From: Dinar Temirbulatov via llvm-dev [llvm-dev at lists.llvm.org] > Received: Dienstag, 12 Sep. 2017, 9:57 > To: llvm-dev at lists.llvm.org [llvm-dev at lists.llvm.org] > CC: Filipe Cabecinhas [me at filcab.net] > Subject: [llvm-dev] RFC phantom memory intrinsic > > Hi, > For PR21780 solution, I plan to add a new functionality to restore > memory operations that was once deleted, in this particular case it is > the load operations that were deleted by InstCombine, please note that > once the load was removed there is no way to restore it back and that > prevents us...