On Wed, Jan 23, 2013 at 11:15 AM, Ulisses Furquim <ulis...@profusion.mobi> wrote: > Hi Raster, > > On Wed, Jan 23, 2013 at 3:05 AM, Carsten Haitzler <ras...@rasterman.com> > wrote: >> On Tue, 22 Jan 2013 22:16:06 -0200 Ulisses Furquim <ulis...@profusion.mobi> >> said: >> >>> Hi, >>> >>> On Tue, Jan 22, 2013 at 10:10 PM, Carsten Haitzler <ras...@rasterman.com> >>> wrote: >>> > On Tue, 22 Jan 2013 21:59:35 -0200 Gustavo Sverzut Barbieri >>> > <barbi...@profusion.mobi> said: >>> > >>> >> On Tue, Jan 22, 2013 at 9:48 PM, Enlightenment SVN >>> >> <no-re...@enlightenment.org> wrote: >>> >> > Log: >>> >> > sorry - have to revert this as this brings the efl tree build to a >>> >> > grinding halt - it wasn't great before.. but now it's totally >>> >> > broken. : >>> >> > ( e.g.: >>> >> > >>> >> > /bin/bash ../libtool --tag=CC --mode=link ccache gcc -std=gnu99 >>> >> > -O2 -g -pipe -march=native -fvisibility=hidden -ffast-math -W -Wall >>> >> > -Wextra -Wno-shadow -Wno-unused-but-set-parameter -o bin/eet/eet >>> >> > bin/eet/bin_eet_eet-eet_main.o -fvisibility=hidden -fdata-sections >>> >> > -ffunction-sections -Wl,--gc-sections -fno-strict-aliasing >>> >> > -Wl,--as-needed -Wl,--no-copy-dt-needed-entries lib/eet/libeet.la >>> >> > >>> >> > libtool: link: ccache gcc -std=gnu99 -O2 -g -pipe -march=native >>> >> > -fvisibility=hidden -ffast-math -W -Wall -Wextra -Wno-shadow >>> >> > -Wno-unused-but-set-parameter -o bin/eet/.libs/eet >>> >> > bin/eet/bin_eet_eet-eet_main.o -fvisibility=hidden -fdata-sections >>> >> > -ffunction-sections -Wl,--gc-sections -fno-strict-aliasing >>> >> > -Wl,--as-needed -Wl,--no-copy-dt-needed-entries >>> >> > lib/eet/.libs/libeet.so /usr/bin/ld: bin/eet/bin_eet_eet-eet_main.o: >>> >> > undefined reference to symbol 'eina_iterator_next' >>> >> > /usr/bin/ld: note: 'eina_iterator_next' is defined in DSO >>> >> > /usr/local/lib/libeina.so.1 so try adding it to the linker command >>> >> > line >>> >> > /usr/local/lib/libeina.so.1: could not read symbols: Invalid >>> >> > operation >>> >> > collect2: ld returned 1 exit status >>> >> >>> >> do you know how to force ubuntu's behavior? >>> > >>> > i actually don't :( it's not just ubuntu - debian, fedora etc. have this >>> > on >>> > too >>> > - fedroa i think was the first to start doing this. >>> > >>> >> I tried to compile in Fedora because it should alarm the same about >>> >> DSO, but it didn't, so passing on Arch and Fedora I did the commit. >>> > >>> > weird >>> >>> I also don't see any problem here on Fedora. >>> >>> >> In theory the -Wl,--no-copy-dt-needed-entries should force that, but >>> >> seems it did not. It would be nice to have our build strict and >>> >> consistent everywhere, but we need to know how to force the linker to >>> >> be like that. >>> > >>> > indeed - i agree. it seems ubuntu is being much stricter. i totally agree. >>> > we just have to have stuff build at all for now. i think the FIRSt port of >>> > call actually should be fixng linking to link to in-tree libs not to >>> > system >>> > libs. makybe make sume dummy "broken" libeina/evas/ whatevrer .so's with >>> > ZERO symbols and install those on the build box... and go from there. then >>> > if it links to the system ones - linking will break as they provide zero >>> > symbols. ALSO don't LINK any of these to any other libs.. so you'll >>> > simulate dso strictness :) >>> >>> And I also never saw any issues like linking to system libs or >>> anywhere else besides the building tree. I really don't know what is >>> the problem but it seems it just works for me. >> >> i literally got the DSO errors and look at this: >> >> note: 'eina_iterator_next' is defined in DSO /usr/local/lib/libeina.so.1 >> >> thats the system installed lib... i literally got other build problems today >> (separate from this one) due to it linking to the installed libevas not the >> in >> efl tree one - i deleted my system libevas.so* and i could do the build. i >> don't know what/why - i wake up and have these build problems... :( > > Don't know what's happening there. Hopefully Gustavo can sort it out. > It just works for me and did test and asked Gustavo if this was right > because I do have other versions installed here. :-/
I also do, I have 1.7 in my /usr/lib and svn into /tmp/efl-install/lib. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
