<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Mar 15, 2018 at 2:34 PM, Michel Dänzer <span dir="ltr"><<a href="mailto:michel@daenzer.net" target="_blank">michel@daenzer.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2018-03-15 07:25 PM, Marek Olšák wrote:<br>
> On Thu, Mar 15, 2018 at 2:19 PM, Michel Dänzer <<a href="mailto:michel@daenzer.net">michel@daenzer.net</a><br>
</span><span class="">> <mailto:<a href="mailto:michel@daenzer.net">michel@daenzer.net</a>>> wrote:<br>
><br>
>     On 2018-03-15 06:01 PM, Marek Olšák wrote:<br>
>     ><br>
>     > pick a3ac60e ac: move address space definitions to common code<br>
>     > pick 572d46d ac: Use the renumbered const address space for LLVM 7.<br>
>     > # Both are convenient for AMD devs testing 18.0 with LLVM master. The<br>
>     > latter depends on the former.<br>
><br>
>     It's not realistic to keep the 18.0 branch working with LLVM SVN trunk<br>
>     in the long term, I'd suggest not even bothering.<br>
><br>
><br>
> It's as realistic as keeping master working. Since LLVM 7 will be frozen<br>
> in 5 months, it's very realistic that this or a future point release of<br>
> 18.0 will work with LLVM 7 forever.<br>
<br>
</span>Even if somebody takes care of backporting all needed changes (and this<br>
doesn't become too expensive due to the code diverging between master<br>
and 18.0) and none are missed, there's a good chance it won't work at<br>
any given time, due to the delay between the changes landing in master<br>
and 18.0.<br></blockquote><div><br></div><div>master might not work at any given time either. You are basically admitting that supporting LLVM 7 in 18.0 is the same as master except for the small delay, which confirms what I said. :)<br></div></div><br></div><div class="gmail_extra">Marek<br></div></div>