I agree. Also, the LTO requirements and high-level design document states that the external format should be "compiler-independent" and it should be possible for other tools to read and write that format. Is this still a goal? It would require a separate design with a distinct API to read and write code. This work could be done in parallel. The document mentions a GNU Virtual Machine. Would that be abandoned for a tuple-like external representation?
Jan > -----Original Message----- > From: Steven Bosscher [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 03, 2007 2:39 AM > To: Sjodin, Jan > Cc: Diego Novillo; Joseph S. Myers; Ian Lance Taylor; gcc@gcc.gnu.org > Subject: Re: Information about LTO > > On 5/2/07, Sjodin, Jan <[EMAIL PROTECTED]> wrote: > > Thanks for all the responses. It seems like LTO will have to wait for > > the tuples or there will be a lot of throw-away code. > > If you really only can think of LTO as the reader/writer, then perhaps > yes. But if you read back this thread, you would have seen a bunch of > suggestions for how you can help with LTO prerequisites that do not > depend on tuples at all. You should look at the bigger picture. > > Gr. > Steven >