although we force them to be fixed to static, we left the automake to
make it possible and they were wrong:
- missed the proper directory prefix for .la files (were being generated at src/)
- had typos due copy & paste, with chained being used in some places.
SVN revision: 81933
okay, remove that print as it will always print sections removed from
PIC leftovers, etc.
keep the --gc-sections, it's useful to shrink binaries. Developers
willing to delete dead code can --print-gc-sections themselves.
SVN revision: 81920
seems that automake will parse LDFLAGS for -module and if it's not
present it will complain about name not starting with 'lib'.
seems my last try was without NOCONFIGURE=1 and autogen continued to
the old ./configure, that printed lots of messages and the error went
unnoticed
SVN revision: 81917
- remove EFL_LIBS and EFL_CFLAGS, use per-lib values that inherit
from EFL (general)
- add NAME_LDFLAGS and EFL_LDFLAGS for linker flags.
- LDADD (binaries) now use NAME_LDFLAGS instead of NAME_LIBS, as they
link to libname.la and that will pull in the libtool dependencies
SVN revision: 81915
NOTE: There is still an issue with text rendering, that
is still 4 times slower and impact all text object (text,
textblock and textgrid).
SVN revision: 81912
- introduce EFL_CHECK_LIB_CODE() that does the try-link
- introduce EFL_FIND_LIB_FOR_CODE() that will use
EFL_CHECK_LIB_CODE() into multiple libraries
- also fix dladdr() test (was missing .h in #include <stdlib>)
SVN revision: 81909
* -fvisibility=hidden will hide symbols not marked with EAPI in the
final binary (so/executable).
* -ffunction-sections and -fdata-sections will split those into
independent elf sections, then we can -Wl,--gc-sections for those
that are unused. During development --Wl,--print-gc-sections will
warn us of functions that are left unused and were collected.
SVN revision: 81906
note: dns.c were already emitting warnings regarding shadow, so I
removed the flag to quiet override-init. It will a bit louder, but
then we remember it would be better to rewrite this dns in proper EFL.
SVN revision: 81905
added couple of macros:
- EFL_LIB_START(PKG): setup variables and replacements (AC_SUBST),
prints started checks
- EFL_LIB_END(PKG): prints ended checks
- EFL_LIB_START_OPTIONAL(PKG, TEST): wraps EFL_LIB_START() with a
conditional test. defines AC_DEFINE(HAVE_PKG).
- EFL_LIB_END_OPTIONAL(PKG): wraps EFL_LIB_END() with a conditional
test, defines AM_CONDITIONAL(HAVE_PKG).
SVN revision: 81903
in some cases libtool would build 2 versions, pic for shared and
no-pic for static. Make sure we just build one as pic is good enough.
NOTE: this is only used on supported platforms.
SVN revision: 81902
weird enough to build with memcheck.h you just need valgrind's CFLAGS,
not its libraries as they are not supposed to be used like that,
throwing many bgPlain_ errors (vgPlain_tl_pre_clo_init,
vgPlain_free...) from libcoregrind-x86-linux.a
SVN revision: 81901
From Autobook: http://www.sourceware.org/autobook/autobook/autobook_85.html
libtool will build executables suitable for copying into their
respective installation destinations, obviating the need for
relinking them on those hosts which would have required
it. Whenever libtool links an executable which uses shared
libraries, it also creates a wrapper script which ensures that the
environment is correct for loading the correct libraries, See
section 10.5 Executing Uninstalled Binaries. On those hosts which
require it, the wrapper script will also relink the executable in
the build tree if you attempt to run it from there before
installation.
Sometimes this behaviour is not what you want, particularly if you
are developing the package and not installing between test
compilations. By passing `--disable-fast-install', the default
behaviour is reversed; executables will be built so that they can
be run from the build tree without relinking, but during
installation they may be relinked.
The user may still override this default, depending on platform
support, by specifying --enable-fast-install to configure.
NOTE: In my measurements it made no difference in install time either.
SVN revision: 81900
Most systems will never ever need the static builds of EFL, and it
doubles the compilation time (4m36s x 2m48s on my laptop). Then
disable it by default.
The user may still override this default by specifying --enable-static
to configure.
SVN revision: 81898
many distros deprecate libexec and it's better to keep our stuff
together inside /usr/lib/evas.
cserve2 binaries now lives in /usr/lib/evas/cserve2/bin
SVN revision: 81897
Make sure the next signal handler for the connection is always known and
not vanish under us.
Patch by: Ulisses Furquim <ulisses@profusion.mobi>
SVN revision: 81847
Gustavo Sverzut Barbieri
Yakov Goldberg
Cedric BAIL
Mike McCormack
Lucas De Marchi
Carsten Haitzler
Ulisses Furquim
Mike Blumenkrantz