Displaying 4 results from an estimated 4 matches for "newdefinedatom".
Did you mean:
newdefinedatoms
2013 Sep 21
1
[LLVMdev] LLD input graph handling proposal
...erence is passing back info to the InputGraph as a parameter in nextFile() vs as a separate method call. My original draft email had a parameter in nextFile(), but it seemed a little confusing because the information was referring to the previous file. That is, if the current resolver state has newDefinedAtoms, that really means the last file (returned by nextFile()) caused new atoms to be added.
In your ResolverState you have bits for all the kinds of atoms added. Is all that needed? I think all the InputGraph needs to know is if the last file was used. A group is scanned repeatedly until there i...
2013 Sep 21
0
[LLVMdev] LLD input graph handling proposal
Hi Nick,
Read this along with this example extract:
ld -flavor gnu main.o thread.o --start-group libc.a libpthread.a
--end-group function.o
main.o has atoms
------------------------
main (defined)
printf(undefined)
fn(undefined)
thread.o has atoms
-----------------------------
pthread_create (undefined)
libc.a(printf.o) has atoms
------------------------------------
printf(defined)
2013 Sep 21
2
[LLVMdev] LLD input graph handling proposal
Hi,
Attached is the pdf of the operation to make things easier to read.
Thanks
Shankar Easwaran
On 9/20/2013 7:04 PM, Shankar Easwaran wrote:
> 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,
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