forked from enlightenment/efl
995e0a6613
weren't set properly where if a program uses evas_gl to do GL rendering in direct rendering mode and then use a pixmap to do native GL rendering in the same program, native pixmap rendering would also fall into the direct rendering path and not render anything for image object. It's been fixed. SVN revision: 79493 |
||
---|---|---|
data | ||
doc | ||
legacy | ||
licenses | ||
m4 | ||
old | ||
pc | ||
spec | ||
src | ||
.gitignore | ||
AUTHORS | ||
COPYING | ||
ChangeLog | ||
Makefile.am | ||
NEWS | ||
README | ||
autogen.sh | ||
configure.ac |
README
EFL 1.7.99 ****************************************************************************** FOR ANY ISSUES PLEASE EMAIL: enlightenment-devel@lists.sourceforge.net ****************************************************************************** EFL is a collection of libraries for handling many common tasks a developer man have such as data structures, communication, rendering, widgets and more. ------------------------------------------------------------------------------ COMPILING AND INSTALLING: ./configure make (do this as root unless you are installing in your users directories): make install EFL build is based on "profiles". It will default to "dev" for unreleased software and "release" for official tarballs. One can change it with --with-profile=NAME, where NAME is one of: * dev: extra checks useful to test software. * debug: superset of dev, with debug features and assert(). * release: optimizations and less checks so it runs faster. CRYPTOGRAPHIC SYSTEM: EFL officially uses "openssl" library to do signature, cipher and related. Alternatively one can use "gnutls" (some distros are strict about licenses and want gnutls instead of openssl) or disable it. One can change it with --with-crypto=NAME, where NAME is one of: "openssl", "gnutls" and "none".