search for: layoutbefore

...ng will not work. > That is the exact scenario I think it *will* work in. What do you think won’t work. If its a non zero sized atom, like for example :- definedatoms: - name : fna size : 4 ... ... definedatoms: - name: fnb size: 4 If I alias the atom, and add a layoutBefore from *fna* to *fnb*, fnb is going to have a seperate virtualaddress from fna. But you essentially wanted fna, fnb to have the same virtual address right ? Am I misreading something that you said ? > > >> I was thinking to model this for ELF for the below functionalities :- >> &...

...lvmdev On Fri, Mar 21, 2014 at 3:43 PM, Rui Ueyama <ruiu at google.com> wrote: > Hi all, > > I'm trying to debug an issue that LLD sometimes get into an infinite loop > in setChainRoot() in LayoutPass.cpp. It looks like the cause is either > buildPrecededByTable() handles layoutBefore edges in a wrong way or we > construct a contradictory layout-before/layout-after graph. > > At this point I started thinking that I'm wasting time on data structure > that's more complicated than it needs to be. LayoutPass.cpp is I think the > most complicated piece of code...

On 9/13/2013 8:51 PM, Nick Kledzik wrote: >> If I alias the atom, and add a layoutBefore from fna to fnb, fnb is going to have a seperate virtualaddress from fna. > This sounds like you mean “alias” to mean take one implementation and override another implementation (that has a different name) Yes. I think ELF could treat it as a Layout-Before reference too. This way Darwin can sha...

...ill* work in. What do you think won’t work. > If its a non zero sized atom, like for example :- > > definedatoms: > - name : fna > size : 4 > ... > ... > > definedatoms: > - name: fnb > size: 4 > > If I alias the atom, and add a layoutBefore from fna to fnb, fnb is going to have a seperate virtualaddress from fna. This sounds like you mean “alias” to mean take one implementation and override another implementation (that has a different name). -Nick > > But you essentially wanted fna, fnb to have the same virtual address right...

...014 at 3:43 PM, Rui Ueyama <ruiu at google.com> wrote: > >> Hi all, >> >> I'm trying to debug an issue that LLD sometimes get into an infinite >> loop in setChainRoot() in LayoutPass.cpp. It looks like the cause is either >> buildPrecededByTable() handles layoutBefore edges in a wrong way or we >> construct a contradictory layout-before/layout-after graph. >> >> At this point I started thinking that I'm wasting time on data >> structure that's more complicated than it needs to be. LayoutPass.cpp is I >> think the most compl...

...a symbol A that can override. > > If there is no such symbol, whatever is being aliased to will take preference. > > Thanks > > Shankar Easwaran > > On 9/13/2013 5:26 PM, Nick Kledzik wrote: >> Can an “alias” atom just be a zero sized atom with one reference of kindLayoutBefore to its target? The layout engine should then place the alias atom right before the real atom, so you wind up with two symbols at one address. >> >> -Nick >> >> On Sep 12, 2013, at 3:02 PM, Shankar Easwaran <shankare at codeaurora.org> wrote: >> >>> H...

...rk if there is an actual function fn, and a symbol A that can override. If there is no such symbol, whatever is being aliased to will take preference. Thanks Shankar Easwaran On 9/13/2013 5:26 PM, Nick Kledzik wrote: > Can an “alias” atom just be a zero sized atom with one reference of kindLayoutBefore to its target? The layout engine should then place the alias atom right before the real atom, so you wind up with two symbols at one address. > > -Nick > > On Sep 12, 2013, at 3:02 PM, Shankar Easwaran <shankare at codeaurora.org> wrote: > >> Hi Nick, >> >> I...