On Mon, 18 Oct 2010 20:01:31 +0200 Andreas Volz <[email protected]> said:

> Hello,
> 
> I had still problems on friday on my hudson server to compile ecore.
> Then I started the task again to compile today. But I got the same
> result:
> 
> make[3]: Betrete Verzeichnis
> '/var/lib/hudson/jobs/Enlightenment/workspace/trunk/efreet/src/bin' gcc
> -DHAVE_CONFIG_H -I. -I../..  -I. -I../../src/lib -DPACKAGE_BIN_DIR=
> \"/opt/e17/bin\" -DPACKAGE_LIB_DIR=\"/opt/e17/lib\" -DPACKAGE_DATA_DIR=
> \"/opt/e17/share/efreet\" -I/opt/e17/include/eina-1
> -I/opt/e17/include/eina-1/eina -I/opt/e17/include/eet-1
> -I/opt/e17/include/ecore-1 -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include    -I/opt/e17/include  -O0 -ggdb -Wshadow -MT
> efreet_desktop_cache_create.o -MD -MP
> -MF .deps/efreet_desktop_cache_create.Tpo -c -o efreet_desktop_cache_create.o
> efreet_desktop_cache_create.c mv
> -f .deps/efreet_desktop_cache_create.Tpo .deps/efreet_desktop_cache_create.Po 
> /bin/bash ../../libtool
> --tag=CC   --mode=link gcc  -O0 -ggdb -Wshadow  -L/opt/e17/lib -o
> efreet_desktop_cache_create
> efreet_desktop_cache_create.o ../../src/lib/libefreet.la -L/opt/e17/lib
> -leina -leet -lecore -lecore_file libtool: link: gcc -O0 -ggdb -Wshadow
> -o .libs/efreet_desktop_cache_create efreet_desktop_cache_create.o
> -L/opt/e17/lib ../../src/lib/.libs/libefreet.so
> -L/usr/lib /opt/e17/lib/libeet.so /usr/lib/libjpeg.so 
> /opt/e17/lib/libecore_file.so /opt/e17/lib/libecore_con.so 
> /opt/e17/lib/libecore.so /usr/lib/libglib-2.0.so /usr/lib/libcurl-gnutls.so 
> /usr/lib/libgnutls.so /usr/lib/libtasn1.so
> -lz /lib/libgcrypt.so /opt/e17/lib/libeina.so -lm -ldl -lrt
> -pthread /opt/e17/lib/libecore_con.so: undefined reference to
> `gnutls_strerror_name' collect2: ld returned 1 exit status make[3]: ***
> [efreet_desktop_cache_create] Fehler 1 make[3]: Verlasse Verzeichnis
> '/var/lib/hudson/jobs/Enlightenment/workspace/trunk/efreet/src/bin' make[2]:
> *** [all-recursive] Fehler 1 make[2]: Verlasse Verzeichnis
> '/var/lib/hudson/jobs/Enlightenment/workspace/trunk/efreet/src' make[1]: ***
> [all-recursive] Fehler 1 make[1]: Verlasse Verzeichnis
> '/var/lib/hudson/jobs/Enlightenment/workspace/trunk/efreet'
> 
> Is this known and someone is working on it?
> 
> BTW: Has someone thought about installing hudson on the enlightenment server
> and setting up a continiuous integration build? I remember some time ago the
> server was running at least the easy_e17.sh script. That's not exact CI, but
> better than nothing...

well the e server runs a build every day just to be able to auto-build the
docs. the problem is that a lot of efl has a various set of dependencies and
that not every combination of dependencies gets tested - doing so would be a
massive amount of building (every --enable, --disable and every combination of
gnutls vs openssl vs xcb vs xlib vs... then not to mention what version of
openssl or gnutls? maybe the version we would have is up to date but yours
isn't etc.).

the point here is - permutations of options, dependencies and host library
versions is an immense set. handling it in full is pretty much impossible.
handling a small subset (specific tested option combinations + specific
distributions with a defined set of added dependencies_ might be possible.

this is what e3/e4.enlightenment.org are earmarked for. what we need is 1
machine just checking if builds work and if we have regressions via testsuites
(in terms of api, features or correctness/stability). another of these machines
might feasibly run benchmark suites continuously (maybe feed off the builds
from the other machine ones they pass correctness tests) and then to identify
performance drops (eg every commit re-build and run expedite - store results
for each engine and then we can look over evas performance historically).

but this isn't done yet.

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    [email protected]


------------------------------------------------------------------------------
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to