Displaying 5 results from an estimated 5 matches for "processinggroupnod".
Did you mean:
processinggroupnode
2013 Sep 21
2
[LLVMdev] LLD input graph handling proposal
...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)
nextFile(resolverState) undefinedAtoms
ELFContextState=processingGroupNode, return libc.a
resolverState=nochange
process(libc.a)
process(printf.o)
state = definedatom (reason: printf)
nextFile(resolverState) definedAtoms
ELFContextState=processingGroupNode, state[libc.a]=definedAtoms, return
libpthread.a
resolverState=nochange
process(libpthread.a)
process(pthread.o)
s...
2013 Sep 21
0
[LLVMdev] LLD input graph handling proposal
...s (reason: main/printf)
> nextFile(resolverState) definedAtoms/undefinedAtoms
> ELFContextState=processingFileNode, return b.o
> resolverState = nochange
> process(b.o)
> state = undefinedatoms(reason: pthread_create)
> nextFile(resolverState) undefinedAtoms
> ELFContextState=processingGroupNode, return libc.a
> resolverState=nochange
> process(libc.a)
> process(printf.o)
> state = definedatom (reason: printf)
> nextFile(resolverState) definedAtoms
> ELFContextState=processingGroupNode, state[libc.a]=definedAtoms,
> return libpthread.a
> resolverState=nochange
&g...
2013 Sep 21
2
[LLVMdev] LLD input graph handling proposal
...> nextFile(resolverState) definedAtoms/undefinedAtoms
>> ELFContextState=processingFileNode, return b.o
>> resolverState = nochange
>> process(b.o)
>> state = undefinedatoms(reason: pthread_create)
>> nextFile(resolverState) undefinedAtoms
>> ELFContextState=processingGroupNode, return libc.a
>> resolverState=nochange
>> process(libc.a)
>> process(printf.o)
>> state = definedatom (reason: printf)
>> nextFile(resolverState) definedAtoms
>> ELFContextState=processingGroupNode, state[libc.a]=definedAtoms,
>> return libpthread.a
&g...
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