[llvm-dev] Language Changes in 3.7 and beyond

[David Power via llvm-dev]

Thanks David (and Alex and Tim)

It is all a lot clearer now.

Cheers

David


> On 26 Nov 2015, at 18:56, David Blaikie <dblaikie at gmail.com> wrote:
> 
> 
> 
> On Thu, Nov 26, 2015 at 10:51 AM, Alex Bradbury via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
> On 26 November 2015 at 18:23, David Power via llvm-dev
> <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
> > Hello,
> >
> > I am writing a compiler which outputs LLVM for my own custom language. Thanks to everybody who has contributed to the project it really is an impressive tool chain.
> >
> > I downloaded the 3.7 release from the website and I noticed that there had been a change to getelementptr.
> >
> > I can see the new syntax in the latest version of the Language Reference Manual but I could find no other reference to the change.
> >
> > Is there a definitive list of language changes for each release of LLVM? Also, are there any more planned changes that are in the pipeline?
> 
> As for further changes - yeah, there's probably at least one more change to the IR that'll happen (byval) and a lot of changes to internal APIs as the typeless pointer work comes along. For more details I gave a talk at the LLVM Dev meeting this year: https://www.youtube.com/watch?v=OWgWDx_gB1I <https://www.youtube.com/watch?v=OWgWDx_gB1I>
>  
> 
> Hi David,
> 
> The definitive list of changes is of course the commit log. The
> release notes usually do a pretty good job of summarising changes
> http://llvm.org/releases/3.7.0/docs/ReleaseNotes.html <http://llvm.org/releases/3.7.0/docs/ReleaseNotes.html> and does include
> some info on the removal of pointer types:
> 
> """
> LLVM IR and APIs are in a period of transition to aid in the removal
> of pointer types (the end goal being that pointers are typeless/opaque
> - void*, if you will). Some APIs and IR constructs have been modified
> to take explicit types that are currently checked to match the target
> type of their pre-existing pointer type operands. Further changes are
> still needed, but the more you can avoid using
> PointerType::getPointeeType, the easier the migration will be.
> """
> 
> I do my best to point out changes that will effect out-of-tree targets
> or developers targeting LLVM in LLVM Weekly (http://llvmweekly.org/ <http://llvmweekly.org/>)
> and try to highlight mailing list discussions regarding future
> changes. e.g. many of these changes were discussed here
> http://article.gmane.org/gmane.comp.compilers.llvm.devel/81923 <http://article.gmane.org/gmane.comp.compilers.llvm.devel/81923>
> 
> Best,
> 
> Alex
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev <http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev>
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151126/c73a974d/attachment-0001.html>