Displaying 5 results from an estimated 5 matches for "processingfilenod".
Did you mean:
processingfilenode
2013 Sep 21
2
[LLVMdev] LLD input graph handling proposal
...-------------------------------
fn(defined)
State diagram with time information
Resolver resolverState
Context(nextFile)
-------------- ------------------ ----------------
resolverState = initialState
nextFile(resolverState) initialState ELFContextState=processingFileNode,
return a.o
resolverState = nochange
process(a.o)
state = definedatoms/undefinedatoms (reason: main/printf)
nextFile(resolverState) definedAtoms/undefinedAtoms
ELFContextState=processingFileNode, return b.o
resolverState = nochange
process(b.o)
state = undefinedatoms(reason: pthread_create)
next...
2013 Sep 21
0
[LLVMdev] LLD input graph handling proposal
...--------------------------
> fn(defined)
>
>
> State diagram with time information
>
> Resolver resolverState Context(nextFile)
> -------------- ------------------ ----------------
> resolverState = initialState
> nextFile(resolverState) initialState
> ELFContextState=processingFileNode, return a.o
> resolverState = nochange
> process(a.o)
> state = definedatoms/undefinedatoms (reason: main/printf)
> nextFile(resolverState) definedAtoms/undefinedAtoms
> ELFContextState=processingFileNode, return b.o
> resolverState = nochange
> process(b.o)
> state = unde...
2013 Sep 21
2
[LLVMdev] LLD input graph handling proposal
...efined)
>>
>>
>> State diagram with time information
>>
>> Resolver resolverState Context(nextFile)
>> -------------- ------------------ ----------------
>> resolverState = initialState
>> nextFile(resolverState) initialState
>> ELFContextState=processingFileNode, return a.o
>> resolverState = nochange
>> process(a.o)
>> state = definedatoms/undefinedatoms (reason: main/printf)
>> nextFile(resolverState) definedAtoms/undefinedAtoms
>> ELFContextState=processingFileNode, return b.o
>> resolverState = nochange
>> pr...
2013 Sep 20
0
[LLVMdev] LLD input graph handling proposal
On Sep 20, 2013, at 3:37 PM, Rui Ueyama <ruiu at google.com> wrote:
> On Fri, Sep 20, 2013 at 3:29 PM, Nick Kledzik <kledzik at apple.com> wrote:
> Rui,
>
> I like this in general, but have a few questions.
>
> On Sep 20, 2013, at 2:30 PM, Rui Ueyama <ruiu at google.com> wrote:
>
>> 2. We would instead add a new method nextFile() to LinkingContext,
2013 Sep 20
6
[LLVMdev] LLD input graph handling proposal
Shankar and I discussed input file handling, and we came up with a design
that may greatly simplify the input file handling, while giving more
flexibility to developer to support complicated options, such as
--{start,end}-group, -z rescan or -z rescan-now. It'd worth pursuing, so
here's the idea:
1. We wouldn't probably want to let Resolver to handle the input graph
directly, for we