• Home
  • History
  • Annotate
Name Date Size #Lines LOC

..03-May-2022-

.ci/H03-May-2022-450338

cmakeconfig/H08-Oct-2020-1,070853

confs/H08-Oct-2020-3822

data/H08-Oct-2020-104,339102,488

dbus-services/H08-Oct-2020-2720

doc/H03-May-2022-30,22926,834

header_checks/H08-Oct-2020-257231

licenses/H08-Oct-2020-1,3181,077

meson/H08-Oct-2020-4024

old/H03-May-2022-8,8795,960

po/H08-Oct-2020-14,79811,684

scripts/H08-Oct-2020-11684

spec/H08-Oct-2020-149123

src/H08-Oct-2020-1,792,2291,301,302

systemd-services/H08-Oct-2020-2822

.arcconfigH A D08-Oct-2020192 87

.lcov-configH A D08-Oct-202020 21

.lgtm.ymlH A D08-Oct-2020106 87

.mailmapH A D08-Oct-202012.3 KiB162160

.travis.ymlH A D08-Oct-20203.8 KiB158146

AUTHORSH A D08-Oct-202026.7 KiB735694

COMPLIANCEH A D08-Oct-20203.7 KiB8265

COPYINGH A D08-Oct-20201.8 KiB4339

COPYING.imagesH A D08-Oct-2020473 119

ChangeLogH A D08-Oct-202043.3 KiB1,487874

INSTALLH A D08-Oct-20201.2 KiB6033

NEWSH A D08-Oct-2020321.5 KiB5,4875,384

READMEH A D08-Oct-202013.9 KiB525322

elm_intro.h.inH A D08-Oct-20201.3 KiB3534

examples_checks.pyH A D08-Oct-20206.3 KiB202154

generate_widget_header.pyH A D08-Oct-20202.7 KiB9873

meson.buildH A D08-Oct-202026.7 KiB676591

README

1EFL
2===
3
4******************************************************************************
5 FOR ANY ISSUES PLEASE EMAIL:
6 enlightenment-devel@lists.sourceforge.net
7******************************************************************************
8
9EFL is a collection of libraries for handling many common tasks a
10developer may have such as data structures, communication, rendering,
11widgets and more.
12
13There are many components inside EFL. They also build various things
14like shared libraries, loadable plug-in modules and also binary
15executables. Different elements will end up being licensed differently
16too. Below is a rundown of the components, what they do and their
17licensing.
18
19All library source is in the src/lib/ directory. All binaries are in
20src/bin/. All loadable modules are in src/modules/. All data files are
21in the data/ directory. Licensing details are listed in COPYING and
22the licenses/ directory. The pc/ directory holds all the Package
23Config files installed to help developers build against EFL.
24
25For more documentation please see:
26
27https://www.enlightenment.org/docs
28
29PLATFORMS
30---------
31
32EFL is primarily developerd on Linux (GNU/Linux) and should work on
33most distributions as long as dependencies are provided. It has been
34compiled and run also on Windows (using MINGW32 - please see
35http://www.winbuilds.org ), Mac OS X, FreeBSD and NetBSD.
36
37COMPONENTS
38----------
39
40**Ecore:**
41
42//BSD 2-Clause license//
43
44This is the core main-loop, system events and execution layer. This
45handles running the main loop, integrating with external data and
46timing sources (the system clock, file descriptors, system signals),
47and producing an event queue, walking that queue and dispatching
48events to appropriate callbacks.
49
50
51
52**Ecore Audio:**
53
54//BSD 2-Clause license//
55
56This library provides an API for audio playback and recording. It uses
57pulse audio underneath to handle mixing and policies. The API for this
58should not be considered stable right now because it relies on EO and
59EO is not considered finalized yet.
60
61
62
63**Ecore Cocoa:**
64
65//BSD 2-Clause license//
66
67This provides wrappers/abstractions around Max OS-X Cocoa APIs to help
68Mac porting.
69
70
71
72**Ecore Con:**
73
74//BSD 2-Clause license//
75
76This provides a completely event-based TCP/UDP and Unix domain socket
77API that integrates with the main-loop. This means no blocking to send
78or receive data, supporting "infinite send buffers" with storage and
79spooling being done by Ecore Con. It also supports SSL encryption
80transparently turned on or not on the same connection, certificate
81verification, CURL wrapping for HTTP connection usage (GETs, POSTs
82etc.), asynchronous DNS lookups and provides the ability to also be a
83server, not just a client, with the same event-based API.
84
85
86
87**Ecore Evas:**
88
89//BSD 2-Clause license//
90
91This acts as glue between the display target (X11, Wayland,
92Frame buffer, Cocoa on OSX, Win32 etc.) and Evas. It creates/provides a
93target for Evas to render to (a Window or Surface etc.) and feeds
94input events (Keyboard, Mouse, Multi-touch) into Evas, which then
95selects the target object and calls the callbacks. It also provides
96wrappers/glue for manipulating the Window/Surface.
97
98
99
100**Ecore Fb:**
101
102//BSD 2-Clause license//
103
104This provides virtual terminal allocation, access and handling,
105frame buffer information, raw input handling for keyboard, mouse and
106touch (via tslib).
107
108
109
110**Ecore File:**
111
112//BSD 2-Clause license//
113
114This provides file access convenience APIs for doing simple file
115operations like renames, copies, listing directories and more. It also
116supports file change monitoring and URL downloads.
117
118
119
120**Ecore IMF:**
121
122//BSD 2-Clause license//
123
124This is an input method abstraction framework to allow EFL to talk to
125things like SCIM, IBus, Wayland and XIM. This allows for complex text
126entry in languages such as Chinese, Japanese and Korean.
127
128
129
130**Ecore IMF Evas:**
131
132//BSD 2-Clause license//
133
134This library glues Input method support from Ecore IMF and Evas
135together.
136
137
138
139**Ecore Input:**
140
141//BSD 2-Clause license//
142
143This acts as a generic input layer where multiple display systems can
144post events in the same format to the event queue.
145
146
147
148**Ecore Input Evas:**
149
150//BSD 2-Clause license//
151
152This Routes events from Ecore Input into a given Evas canvas which
153will then route the event further to the destination object and
154callbacks.
155
156
157
158**Ecore IPC:**
159
160//BSD 2-Clause license//
161
162This acts as a layer on top of Ecore Con which handles entire IPC
163message packets, dealing with header delta compression and
164portability, as well as ensuring an entire message is received in one
165go as a single IPC message, regardless of payload data size. The
166entire API is event based almost exactly like Ecore Con and thus it
167supports all the transport layers Ecore Con supports.
168
169
170
171
172**Ecore SDL:**
173
174//BSD 2-Clause license//
175
176This acts as a wrapper/glue around SDL to handle SDL Windows as well
177as input events from SDL and tie them to the Ecore main-loop and event
178queue.
179
180
181
182**Ecore Wayland:**
183
184//BSD 2-Clause license//
185
186This is a glue/wrapper library to interface EFL to Wayland libraries
187to tie them into the Ecore main-loop and event queue.
188
189
190
191**Ecore Win32:**
192
193//BSD 2-Clause license//
194
195This acts as glue/wrapper around Windows Win32 APIs to tie them into
196the Ecore main-loop and event queue.
197
198
199
200**Ecore WinCE:**
201
202//BSD 2-Clause license//
203
204This acts as glue/wrapper around Windows CE APIs to tie them into the
205Ecore main-loop and event queue.
206
207
208
209**Ecore X:**
210
211//BSD 2-Clause license//
212
213This is a library to wrap/deal with Xlib make dealing with X11 less painful
214and less footwork as well as being glue to tie these into the Ecore main-loop
215and event queue.
216
217
218
219**Edje:**
220
221//BSD 2-Clause license// (except the epp binary which is GPLv2)
222
223This is a graphics event, input, theme, animation and theme
224abstraction library used to place many UI/UX elements into data files
225(called edj files) that define how to react to incoming
226events/signals, and define animation time lines, states, relative
227scalable layout and much much more. It comes with a compiler that
228compiles source "edc" files into "edj" files (which are actually just
229data files managed by Eet). These "edj" files are fully portable and
230can work on any OS/Architecture just like a JPEG or PNG might be
231portable.
232
233
234
235**Eet:**
236
237//BSD 2-Clause license//
238
239This library is a data storage, encoding and decoding library
240designed to be extremely compact, fast and easy to use. It can take
241data structures directly from memory and serialize them portably to
242disk, then de-serialize them right back to the same data structures in
243memory, handling allocation and population of memory all for you in 1
244call. It handles indirections such as pointers, linked lists, arrays
245and hash tables too, so almost any level of data structure complexity
246can be easily saved and loaded back. It is used for "edj" files by
247Edje as well as all configuration in Enlightenment, Elementary and
248Terminology. It supports encryption of data too via SSL, signing of
249files, as well as various compression techniques. It also supports
250encoding and decoding of image data in lossless or lossy form.
251
252
253
254**Eeze:**
255
256//BSD 2-Clause license//
257
258This library acts as an abstraction to discovering hardware interfaces
259for sensors as well as removable media and much more.
260
261
262
263**EFL:**
264
265//BSD 2-Clause license//
266
267This is just some core common header data like a common version number
268for EFL and how to expose the EO API.
269
270
271
272**Efreet:**
273
274//BSD 2-Clause license//
275
276This library provides code for handling Freedesktop.org standards such
277as .desktop files, XDG Menus, Icon search paths and more. It provides
278a central daemon to handle monitoring for changes that the library
279talks to, and the daemon handles updating local cache files the
280library reads.
281
282
283
284**Eina:**
285
286//LGPL v2 license//
287
288This library provides low-level routines for common things like linked
289lists, hash tables, growable arrays, basic string buffers, shared
290string tokens, mmaped() file access, thread abstraction and locking,
291memory pools, copy-on-write segments, iterators, matrices, general
292data models, red/black trees, quad-trees, a simple SAX XML parser and
293more.
294
295
296
297**EIO:**
298
299//LGPL v2 license//
300
301This is an asynchronous I/O library for doing disk I/O without blocking.
302
303
304
305**ElDBus:**
306
307//LGPL v2 license//
308
309This is a DBus access library to allow you to create DBus services as
310well as clients. This glues in DBus into the main-loop so all access is
311asynchronous.
312
313
314
315**Embryo:**
316
317//Small license (same as ZLib license)//
318
319This is a small C-like language compiler and byte-code interpreter
320library. This is used for scripting in Edje. The code is based on
321original source from the Pawn/Small Language but has been made
322portable (endianness issues fixed) and 64bit issues fixed, with the
323runtime library being refactored to be extremely small.
324
325
326
327**Emotion:**
328
329//BSD 2-Clause license//
330
331This is a wrapper around Gstreamer 1.x pluggable decoder libraries
332This glues in the decoder library, and its output into a smart Evas object
333that will display the playback for you as the video plays, as well as
334providing higher level controls to seek, play, pause and query the stream
335regardless of the back-end used.
336
337
338
339**EO:**
340
341//BSD 2-Clause license//
342
343This is a core object system API that EFL 1.8 and on depend on. The
344API is not finalized, so do not depend on it yet in EFL 1.8, but
345future EFL versions will lock it down.
346
347This object system does simple and multiple inheritance, refcounting,
348strong and weak references, auto-deletion of child objects, unifies
349callback handling with a single path, and also abstracts object
350pointers to be indirect table lookups for increased safety at runtime.
351
352
353
354**EPhysics:**
355
356//BSD 2-Clause license//
357
358This library provides a wrapper around the Bullet physics library,
359allowing for it to be linked directly with Evas objects and control
360their behavior as if they were real physical objects. This is now
361disabled by default as it's rarely if ever used by anything.
362
363
364
365**Ethumb:**
366
367//LGPL v2 license//
368
369This library provides core API for a thumbnailing daemon as well as
370the thumbnail daemon itself. Ethumb Client talks with Ethumb to pass
371off thumbnail generation to a central location to be done
372asynchronously.
373
374
375
376**Ethumb Client:**
377
378//LGPL v2 license//
379
380This is the client-side part of Ethumb that provides an API for
381clients to request the Ethumb thumbnailer to generate or find cached
382thumbnails of files.
383
384
385
386**Evas:**
387
388//BSD 2-Clause license//
389
390This is the core rendering and scene graph abstraction library for
391EFL. It manages a stateful 2D scene graph that defines the entire
392content of any canvas. This supplies rendering back-ends for many
393display systems like X11, Windows, Wayland, Frame-buffer etc. and via
394many rendering APIs like OpenGL, OpenGL-ES 2, and pure software
395implementations that are fast and accurate.
396
397
398
399**Evil:**
400
401//BSD 2-Clause license//
402
403This library acts as a porting library for Windows to provide missing
404libc calls not in Mingw32 that EFL needs.
405
406
407
408
409COMPILING AND INSTALLING
410------------------------
411
412See the INSTALL file: https://git.enlightenment.org/core/efl.git/tree/INSTALL
413
414
415REQUIREMENTS
416------------
417
418EFL requires a C and C++ compiler by default. C++ exists mostly to interface
419to C++ libraries like Bullet and our C++ bindings.
420
421Required by default:
422
423  * libpng
424  * libjpeg
425  * openjpeg2
426  * gstreamer (Ensure all codecs you want are installed.)
427  * zlib
428  * luajit (lua 5.1 or 5.2 support optional)
429  * libtiff
430  * openssl
431  * curl
432  * dbus
433  * libc
434  * fontconfig
435  * freetype2
436  * fribidi
437  * harfbuzz
438  * libpulse
439  * libsndfile
440  * libx11
441  * libxau
442  * libxcomposite
443  * libxdamage
444  * libxdmcp
445  * libxext
446  * libxfixes
447  * libxinerama
448  * libxrandr
449  * libxrender
450  * libxss
451  * libxtst
452  * libxcursor
453  * libxi (2.2 or newer)
454  * opengl(mesa etc.) (opengl/glx/full or opengl-es2/egl. full opengl only on osx - must be explicitly specified to be full to have support)
455  * giflib/libgif
456  * util-linux (limbount + libblkid)
457  * systemd / libudev
458  * poppler / poppler-cpp
459  * libraw
460  * libspectre
461  * librsvg
462  * openmp (clang needs libomp, while gcc uses libgomp)
463  * libwebp
464
465Wayland support:
466
467You may also want wayland support when on Linux. This enables support
468for EFL to trget wayland support for client applications. To do this
469supply:
470
471    -Dwl=true
472
473Framebuffer support:
474
475This requires linux frame-buffer support, headers etc. This supports
476basic frame-buffers like /dev/fb as well as input via /dev/input for
477keyboards and mice in a basic way. Enable this with:
478
479    -Dfb=true
480
481For more modern framebuffer support you may want drm/kms rendering
482support so enable this. This is what you also want for wayland
483compositor support in enlightenment as it will want to be able to
484render to a moder framebuffer tarbet with atomic buffer swapping. To
485do this provide:
486
487    -Ddrm=true
488
489You may want to change the install prefix for EFL with:
490
491    --prefix=/path/to/prefix
492
493The default prefix if not given is "/usr/local". Many people like to
494use prefixes like /opt/e or /opt/efl or /home/USERNAME/software etc.
495
496COMPILER FLAGS
497--------------
498
499You can affect compilation optimization, debugging and other factors
500by setting your CFLAGS environment variable (and CXXFLAGS). Be aware
501that to ensure ABI stability you should use the exact same CFLAGS /
502CXXFLAGS for all the build of EFL and any applications/libraries that
503depend on them.
504
505There are many other configure options that can be used, but in
506general it is not a good idea to go enabling or disabling things
507unless you wish to break things. The defaults are well tested, with
508the above recommended options also being well tested. Go much further
509and your mileage may vary wildly. Disabling features is a good way of
510breaking EFL functionality, so it is not recommended to mess with
511these without understanding the implications. The defaults
512have been carefully considered to provide full functionality so users
513will not be missing anything.
514
515
516CRYPTOGRAPHY
517------------
518
519EFL officially offers openssl or gnutls as cryptography backends. By
520default it uses "openssl" to do signature, cipher and related. Alternatively
521one can use "gnutls" (some distros are strict about licenses and want gnutls
522instead of openssl) You can switch to gnutls with:
523
524    -Dcrypto=gnutls
525