Package Details: efl-git 1.26.99.66907.g7743b17dba-1

Git Clone URL: https://aur.archlinux.org/efl-git.git (read-only, click to copy)
Package Base: efl-git
Description: Enlightenment Foundation Libraries - Development version
Upstream URL: http://www.enlightenment.org
Licenses: GPL2, custom, BSD, MIT, LGPL2.1
Conflicts: efl, elementary, elementary-git, elementary_test, elementary_test-git, evas_generic_loaders, evas_generic_loaders-git
Provides: efl, elementary, elementary-git, evas_generic_loaders
Submitter: Scimmia
Maintainer: raster
Last Packager: raster
Votes: 87
Popularity: 0.000000
First Submitted: 2013-02-15 10:00 (UTC)
Last Updated: 2022-06-13 11:54 (UTC)

Dependencies (58)

Required by (33)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 24 25 26 27 28 29 30 31 32 33 34 .. 37 Next › Last »

salan54 commented on 2012-12-13 16:12 (UTC)

Was in french locale. Got errors. Change locale to C... No more errors. So for french users do "export LC_ALL=C" before building.

swiftgeek commented on 2012-12-10 10:06 (UTC)

If autotools manages to compile evas without X11 on X11 system then it's need to be fixed »ASAP«. And this is more like ebuild than a binary package meant to end up in public repository. So srly there is no need for most of the enable/disable switches (which is easy to fix with sed)

Scimmia commented on 2012-12-08 01:23 (UTC)

It's not that simple, swiftgeek. Yes, that's the general recommendation they give to individuals trying to build it, but it doesn't take into account other packages that are set up that depend on it. It also doesn't take into account any kind of dependency resolution. If you built Evas without X11 support, you're not going to be able to do much with it. Many of the backends were dependent on automatic checking of what was available. By specifying what you want, you can make sure that things are set up like you need. This is especially important right now since the defaults seem to change on an hourly basis.

swiftgeek commented on 2012-12-07 23:39 (UTC)

All enable/disable toggles are by default not recommended - u can confirm this on irc ;) It can trigger nasty stuff - or even worse - it can work, but not as expected in just few lines of code (legacy --enable-amalgamation)

Scimmia commented on 2012-12-07 22:56 (UTC)

OK, updated the options and added the -j1 to the make install. Having the make be multi-threaded makes sense, but the make install doesn't really need it. Does anyone use the FrameBuffer backend for Evas and Ecore_Evas? I've included it because the original packages from Ronald van Haren included it, but I don't know if anyone actually uses it.

swiftgeek commented on 2012-12-07 20:51 (UTC)

https://mailman.archlinux.org/pipermail/arch-general/2012-April/026081.html I F******* HATE autotools -.- (and ♥ cmake)

Scimmia commented on 2012-12-07 18:34 (UTC)

Waiting until he's done for the day to do the update, he's changing quite a bit in the autogen options. It all should build and work right now, but if you do have problems, just wait for the update.

Scimmia commented on 2012-12-07 17:27 (UTC)

swiftgeek barbieri has been doing a lot of work on the build system, including the linker options and autogen switches. It works here @80472, but you're probably getting bit by one of those two things; it shouldn't be trying to build the sdl engine in the first place, but it shouldn't be failing when it does. I'll need to update the pkgbuild for the new switches, which *should* bypass that.

Cravix commented on 2012-12-07 11:29 (UTC)

@swiftgeek: works here, try again?

swiftgeek commented on 2012-12-07 10:29 (UTC)

make install fails :( libtool: install: (cd /tmp/yaourt-tmp-swiftgeek/aur-efl-svn/src/efl-build/src; /bin/sh /tmp/yaourt-tmp-swiftgeek/aur-efl-svn/src/efl-build/libtool --silent --tag CC --mode=relink gcc -std=gnu99 -march=native -O2 -pipe -no-undefined -version-info 8:99:7 v_rel -Wl,-O1,--sort-common,--as-needed,-z,relro -o lib/ecore_con/libecore_con.la -rpath /usr/lib lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_alloc.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_eet.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_socks.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_ssl.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_url.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_local.lo lib/ecore_con/lib_ecore_con_libecore_con_la-ecore_con_dns.lo lib/ecore_con/lib_ecore_con_libecore_con_la-dns.lo lib/ecore/libecore.la lib/eet/libeet.la lib/eo/libeo.la lib/eina/libeina.la -lcurl -lssl -lcrypto -lm -inst-prefix-dir /tmp/yaourt-tmp-swiftgeek/aur-efl-svn/pkg) /usr/bin/ld: /tmp/yaourt-tmp-swiftgeek/aur-efl-svn/src/efl-build/src/lib/ecore_con/.libs/libecore_con.a(lib_ecore_con_libecore_con_la-ecore_con.o): relocation R_X86_64_32 against `.text' can not be used when making a shared object; recompile with -fPIC /tmp/yaourt-tmp-swiftgeek/aur-efl-svn/src/efl-build/src/lib/ecore_con/.libs/libecore_con.a: could not read symbols: Bad value collect2: error: ld returned 1 exit status libtool: install: error: relink `modules/ecore_evas/engines/sdl/module.la' with the above command before installing it

« First ‹ Previous 1 .. 24 25 26 27 28 29 30 31 32 33 34 .. 37 Next › Last »