search for: builtin_assume_align

On Thu, Sep 12, 2013 at 4:52 PM, Hal Finkel <hfinkel at anl.gov> wrote: > > If we only try to solve your immediate problem of > > builtin_assume_aligned, isn't that good enough for now? > > The thing that most concerns me about __builtin_assume_aligned and this > scheme is the control dependencies. In gcc, it is the return value of the > intrinsic that carries the alignment guarantee, and I think that this makes > a lot of sens...

...", i32 48, i32 0 } > > > Or just skip the meta-data altogether: > @llvm.align(i8*,i32, i32) > > > I don't know if it's better to use strings or enums. I'm not a > meta-data designer. > > > If we only try to solve your immediate problem of > builtin_assume_aligned, isn't that good enough for now? The thing that most concerns me about __builtin_assume_aligned and this scheme is the control dependencies. In gcc, it is the return value of the intrinsic that carries the alignment guarantee, and I think that this makes a lot of sense. Consider something li...

Hi, I've just tagged LLVM 9.0.1-rc3. Testers can begin testing and uploading binaries. This will be the last release candidate unless there is a major problem. I'm planning to tag the final release on Dec 19. -Tom

Hi, I've tagged the LLVM 9.0.1-rc1 release. Testers can begin testing and upload binaries. I've also updated the test-release.sh script to pull from GitHub instead of SVN, if you run into any issues with the new script, let me know. -Tom

Hi, I've just tagged the 9.0.1-final release. Testers can begin uploading binaries. -Tom

Hi, I've tagged LLVM 9.0.1-rc2. Testers can begin testing and uploading binaries. If all goes well, this will be the last -rc. -Tom

...metadata !invariant) With: !invariant1 = !{ !"align", i32 48, i32 0 } Or just skip the meta-data altogether: @llvm.align(i8*,i32, i32) I don't know if it's better to use strings or enums. I'm not a meta-data designer. If we only try to solve your immediate problem of builtin_assume_aligned, isn't that good enough for now? Are you concerned about generalizing this to builtin_assume? >> On the other hand, when I started down this road I was motivated by a >> desire to implement support for __builtin_assume_aligned. I would >> still like to do this, or something...

Hello everyone, 9.0.0-rc5 was just tagged from the release_90 branch at r371837. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc5. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc5 Binaries will be added as they become available. There is only a single change from rc4 to rc5. Once more, the hope is that this will be the last release candidate and that we can

Hello again, 9.0.0-rc4 was just tagged from the release_90 branch at r371490. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc4. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc4 Binaries will be added as they become available. There are not a lot of changes from rc3 to rc4, and there are again no open release blockers, so I'm hoping this will be the last

Hello everyone, 9.0.0-rc3 was tagged today from the release_90 branch at r370450. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc3. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc3 Binaries will be added as they become available. There are currently no open release blockers, which means if nothing new comes up, the final release could ship soon and this is

...nguage encoded in a string with some syntax for substitution values; maybe something like: !invariant1 = !{ !"(eq (urem #1, 48), 0)", i32 %value} > > > > > On the other hand, when I started down this road I was motivated by a > desire to implement support for __builtin_assume_aligned. I would > still like to do this, or something like this to get equivalent > functionality. The idea of metadata references seems like it might > work well for alignment assumptions, as a restricted special case. > Maybe something like this: > > tail call void @llvm.assume.alig...

Hello everyone, 9.0.0-rc6 was just tagged from the release_90 branch at r372100. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc6. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc6 This is the same as rc5 plus one very minor change (r371969) that still seemed good to pick up. I'm not allocating extra time for testing this one, expecting to tag