On Sun, 27 May 2018 19:46:44 +0530 Amitesh Singh <[email protected]> said:

> Hey guys
> 
> I tried the latest git e/efl. E is  broken. All I get is a lonely cursor. :(
> I had included raster's recent revert patch but no avail.
> 
> Any suggestions?

see my other mail (latest efl lifecycle commits) and go back to
0090384ef5ac9f9e939874a1bbf233298c9db930 :(

> Thanka
> 
> On Sun, May 27, 2018, 2:21 PM Daniel Zaoui <[email protected]> wrote:
> 
> > On Sun, 27 May 2018 12:55:02 +0900
> > Carsten Haitzler (The Rasterman) <[email protected]> wrote:
> >
> > > On Sat, 26 May 2018 22:37:13 +0100 Al Poole <[email protected]> said:
> > >
> > > > Hi raster,
> > > >
> > > > The commit:
> > > >
> > > > 757f7a7279e97e80ccb4defa986c174daaf9449e
> > > >
> > > > Breaks module loading on FreeBSD.
> > > >
> > > > Lots of unresolved symbols when loading modules: E initialzation
> > > > loops forever.
> > > >
> > > > I thought about reverting but perhaps you have the time to
> > > > investigate the issue there?
> > >
> > > oh really? it worked perfectly on linux... why would it break on bsd.
> > > RTLD_LOCAL according to the man pages doesn't make symbols available
> > > globally (so regular sym lookups wont find those symbols in the
> > > global table - they must be dlsym()'d from the module handle). the
> > > man page here says:
> > >
> > >        RTLD_LOCAL
> > >               This is the converse of RTLD_GLOBAL, and the default
> > > if  neither flag  is  specified.   Symbols defined in this shared
> > > object are not made available to resolve references in subsequently
> > > loaded shared objects.
> > >
> > > right now i'm chasing an efl break that destroys compositing in e
> > > after a little time (open a few windows, switch desktops) where all
> > > my windows become garbage. something between
> > > ea1760380e34074d9e6b9633a54a4f9c27e64aec and
> > > 75bb7c049f05176aef635bddcfb320c306b196bf.
> >
> > I have the same issue. bisect doesn't work well on Cedric 121 patches.
> > Sucks. Anyway, I opened a ticket (T6970).
> >
> > >
> > > in the meantime could you look into why freeebsd is different here?
> > > it sounds like it's interpreting RTLD_LOCAL to not resolve symbols
> > > within the module using the global context which is not what the
> > > above says... what symbols are not looking up? stuff in e? like e_*
> > > ones? i am guessing that it's these.
> >
> >
> >
> > ------------------------------------------------------------------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > _______________________________________________
> > enlightenment-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
Carsten Haitzler - [email protected]


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to