<p dir="ltr">I see. Ok, ignore me. :-) </p>
<p dir="ltr">Cheers, <br>
Renato </p>
<div class="gmail_quote">On 17 Sep 2015 2:39 pm, "Daniel Sanders" <<a href="mailto:Daniel.Sanders@imgtec.com">Daniel.Sanders@imgtec.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> -----Original Message-----<br>
> From: Renato Golin [mailto:<a href="mailto:renato.golin@linaro.org">renato.golin@linaro.org</a>]<br>
> Sent: 17 September 2015 14:32<br>
> To: Daniel Sanders<br>
> Cc: Eric Christopher; Jim Grosbach; <a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
> Subject: Re: The Trouble with Triples<br>
><br>
> On 17 September 2015 at 14:21, Daniel Sanders<br>
> <<a href="mailto:Daniel.Sanders@imgtec.com">Daniel.Sanders@imgtec.com</a>> wrote:<br>
> >> What can't be done to TargetMachine to avoid this serialization?<br>
> ><br>
> > TargetMachine already has the serialization (see<br>
> > TargetMachine::TargetTriple). We're not doing anything new here. We're<br>
> > simply replacing one object holding faulty information with a new object<br>
> > holding reliable information.<br>
><br>
> I'd like to point out that we can't *replace* the triple<br>
> serialization, or we'd have a serious backward compatibility issue. We<br>
> can add new stuff, either to the triple field or to a new field,<br>
> however, without serious problems.<br>
><br>
> What this new information will look like, I don't know. But we have to<br>
> keep compatibility with triples in IR for *at least* a few major<br>
> releases.<br>
><br>
> cheers,<br>
> --renato<br>
<br>
To clarify, I'm not talking about format in IR files here, just the instantiated object held by TargetMachine. We've been talking about it as a serialization of the target description so I stuck to the same terms.<br>
TargetTuple has a Triple inside it at the moment and will probably have it for a little while yet, even after making the predicates consult TargetTuple's own data.<br>
<br>
The serialization you're referring to is covered at:<br>
> The justification for the IR serialization in phase 5 is simply that we need to deliver the Triple/TargetTuple<br>
> to LTO for it to operate correctly and we currently do this by serializing Triple in the IR.<br>
</blockquote></div>