Displaying 6 results from an estimated 6 matches for "initialstate".
2013 Sep 21
2
[LLVMdev] LLD input graph handling proposal
...----
pthread_create(defined)
exit(undefined)
function.o has atoms
-------------------------------
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 = no...
2013 Sep 21
0
[LLVMdev] LLD input graph handling proposal
...reate(defined)
> exit(undefined)
>
> function.o has atoms
> -------------------------------
> 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=processingFile...
2009 Jun 29
1
S4 and connection slot [Sec=Unclassified]
...,
representation(
[other slots removed],
datafileConn = setOldClass(c("file","connection"))
)
)
This resulted in a warning but still ran okay.
No however with V2.9.0 I am getting an error:
Error in representation(state = "list", initialState = "list", polygons = "list", :
element 12 of the representation was not a single character string
How can I declare a slot of the appropriate class? The strings "connection", "file" fail.
Troy
Troy Robertson
Database and Computing Support Pro...
2013 Sep 21
2
[LLVMdev] LLD input graph handling proposal
...>> function.o has atoms
>> -------------------------------
>> 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
>> EL...
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