Displaying 3 results from an estimated 3 matches for "31ab1ef1".
2013 Sep 21
0
[LLVMdev] LLD input graph handling proposal
My email client spoilt the whole email, will create a pdf and send it.
On 9/20/2013 7:00 PM, Shankar Easwaran wrote:
> Hi Nick,
>
> On 9/20/2013 5:59 PM, Nick Kledzik wrote:
>> On Sep 20, 2013, at 3:42 PM, Shankar Easwaran
>> <shankare at codeaurora.org> wrote:
>>> nextFile could pass the current resolver state at the time when its
>>> called, the
2013 Sep 21
2
[LLVMdev] LLD input graph handling proposal
...ode Aurora Forum, hosted by the Linux Foundation
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130920/31ab1ef1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: design.pdf
Type: application/pdf
Size: 45618 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130920/31ab1ef1/attachment.pdf>
2013 Sep 21
2
[LLVMdev] LLD input graph handling proposal
Hi Nick,
On 9/20/2013 5:59 PM, Nick Kledzik wrote:
> On Sep 20, 2013, at 3:42 PM, Shankar Easwaran
> <shankare at codeaurora.org> wrote:
>> nextFile could pass the current resolver state at the time when its called, the linkingcontext can return the next file to be processed as below :-
>>
>> nextFile(currentResolverState) :-
>>
>> a) Returns the next