Displaying 8 results from an estimated 8 matches for "unmodified".
2012 Dec 03
0
[LLVMdev] [RFC] Scoped no-alias metadata
...actually, you have a number of problems if you attach noalias to GEP's.
>From C99 (6.7.3.1, example 3):
"
The function parameter declarations
void h(int n, int * restrict p, int * restrict q, int * restrict r)
{
int i;
for (i = 0; i < n; i++)
p[i] = q[i] + r[i];
}
illustrate how an unmodified object can be aliased through two
restricted pointers. In particular, if a and b
are disjoint arrays, a call of the form h(100, a, b, b) has defined
behavior, because array b is not
modified within function h.
"
If you claim q and r (which may or may not share a GEP) noalias each
other, that...
2012 Dec 03
2
[LLVMdev] [RFC] Scoped no-alias metadata
...> to GEP's.
> From C99 (6.7.3.1, example 3):
> "
>
> The function parameter declarations
>
> void h(int n, int * restrict p, int * restrict q, int * restrict r)
> {
> int i;
> for (i = 0; i < n; i++)
> p[i] = q[i] + r[i];
> }
> illustrate how an unmodified object can be aliased through two
> restricted pointers. In particular, if a and b
> are disjoint arrays, a call of the form h(100, a, b, b) has defined
> behavior, because array b is not
> modified within function h.
> "
>
> If you claim q and r (which may or may not sh...
2012 Dec 03
0
[LLVMdev] [RFC] Scoped no-alias metadata
..., example 3):
>> "
>>
>> The function parameter declarations
>>
>> void h(int n, int * restrict p, int * restrict q, int * restrict r)
>> {
>> int i;
>> for (i = 0; i < n; i++)
>> p[i] = q[i] + r[i];
>> }
>> illustrate how an unmodified object can be aliased through two
>> restricted pointers. In particular, if a and b
>> are disjoint arrays, a call of the form h(100, a, b, b) has defined
>> behavior, because array b is not
>> modified within function h.
>> "
>>
>> If you claim q and...
2012 Dec 03
3
[LLVMdev] [RFC] Scoped no-alias metadata
----- Original Message -----
> From: "Chandler Carruth" <chandlerc at google.com>
> To: "Hal Finkel" <hfinkel at anl.gov>
> Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu>, "Clang Developers" <cfe-dev at cs.uiuc.edu>, "Dan Gohman"
> <dan433584 at gmail.com>
> Sent: Sunday, December 2, 2012
2012 Dec 03
2
[LLVMdev] [RFC] Scoped no-alias metadata
...nction parameter declarations
> >>
> >> void h(int n, int * restrict p, int * restrict q, int * restrict
> >> r)
> >> {
> >> int i;
> >> for (i = 0; i < n; i++)
> >> p[i] = q[i] + r[i];
> >> }
> >> illustrate how an unmodified object can be aliased through two
> >> restricted pointers. In particular, if a and b
> >> are disjoint arrays, a call of the form h(100, a, b, b) has defined
> >> behavior, because array b is not
> >> modified within function h.
> >> "
> >&g...
2007 Aug 26
1
[LLVMdev] c const
Hi Daniel,
On Aug 24, 2007, at 10:20 AM, Daniel Berlin wrote:
> On 8/22/07, Christopher Lamb <christopher.lamb at gmail.com> wrote:
>>
>>
>> On Aug 22, 2007, at 3:48 PM, Duncan Sands wrote:
>>
>> Hi Christopher,
>>
>>
>> If A and B are function arguments then there is no "based on"
>> relationship between pointer
2012 Dec 03
0
[LLVMdev] [RFC] Scoped no-alias metadata
...t; >>
>> >> void h(int n, int * restrict p, int * restrict q, int * restrict
>> >> r)
>> >> {
>> >> int i;
>> >> for (i = 0; i < n; i++)
>> >> p[i] = q[i] + r[i];
>> >> }
>> >> illustrate how an unmodified object can be aliased through two
>> >> restricted pointers. In particular, if a and b
>> >> are disjoint arrays, a call of the form h(100, a, b, b) has defined
>> >> behavior, because array b is not
>> >> modified within function h.
>> >>...
2012 Dec 03
1
[LLVMdev] [RFC] Scoped no-alias metadata
...p, int * restrict q, int *
> >> >> restrict
> >> >> r)
> >> >> {
> >> >> int i;
> >> >> for (i = 0; i < n; i++)
> >> >> p[i] = q[i] + r[i];
> >> >> }
> >> >> illustrate how an unmodified object can be aliased through two
> >> >> restricted pointers. In particular, if a and b
> >> >> are disjoint arrays, a call of the form h(100, a, b, b) has
> >> >> defined
> >> >> behavior, because array b is not
> >> >>...