Hi,
On Wed, Apr 1, 2015 at 11:56 PM, Tom Hacohen <tom.haco...@samsung.com> wrote: > On 01/04/15 15:52, Cedric Bail wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > On 01/04/2015 16:49, Tom Hacohen wrote: > >> On 01/04/15 15:24, Branko wrote: > >>> Dne 01. 04. 2015 ob 16:06 je Stefan Schmidt zapisal(a): > >>>> Hello. > >>>> > >>>> On 01/04/15 15:54, Branko wrote: > >>>>> Dne 01. 04. 2015 ob 14:57 je Stefan Schmidt zapisal(a): > >>>>>> Hello. > >>>>>> > >>>>>> On 01/04/15 12:17, Branko wrote: > >>>>>>> Can anyone shed some light into this ? > >>>>>>> > >>>>>>> For several days now I have git enlightenment-core failing to > >>>>>>> compile at > >>>>>>> the efl stage with: > >>>>>>> > >>>>>>> /var/tmp/portage/dev-libs/efl-9999/temp/ccSTlBEh.ltrans2.ltrans.o: > In > >>>>>>> function `evas_image_load_file_data_tgv': > >>>>>>> ccSTlBEh.ltrans2.o:(.text.evas_image_load_file_data_tgv+0x19): > >>>>>>> undefined > >>>>>>> reference to `emile_image_data' > >>>>>>> /var/tmp/portage/dev-libs/efl-9999/temp/ccSTlBEh.ltrans2.ltrans.o: > In > >>>>>>> function `evas_image_load_file_head_tgv': > >>>>>>> ccSTlBEh.ltrans2.o:(.text.evas_image_load_file_head_tgv+0x16): > >>>>>>> undefined > >>>>>>> reference to `emile_image_head' > >>>>>>> /var/tmp/portage/dev-libs/efl-9999/temp/ccSTlBEh.ltrans2.ltrans.o: > In > >>>>>>> function `evas_image_load_file_close_tgv': > >>>>>>> ccSTlBEh.ltrans2.o:(.text.evas_image_load_file_close_tgv+0x8): > >>>>>>> undefined > >>>>>>> reference to `emile_image_close' > >>>>>>> /var/tmp/portage/dev-libs/efl-9999/temp/ccSTlBEh.ltrans2.ltrans.o: > In > >>>>>>> function `evas_image_load_file_open_tgv': > >>>>>>> ccSTlBEh.ltrans2.o:(.text.evas_image_load_file_open_tgv+0x19): > >>>>>>> undefined > >>>>>>> reference to `emile_image_tgv_file_open' > >>>>>>> collect2: error: ld returned 1 exit status > >>>>>>> Makefile:18238: recipe for target 'bin/evas/evas_cserve2_slave' > >>>>>>> failed > >>>>>> Hmm, so a problem with linking to emile which was merged recently > >>>>>> into efl. > >>>>>> > >>>>>> I wonder why this happes for you as it does work fine for me and our > >>>>>> autobuilder is also reporting now problems. > >>>>>> > >>>>>> What are the configure options you build it with? > >>>>> It is part of "ixit" overlay in Gentoo. > >>>>> build.log shows: > >>>>> > >>>>> ./configure --prefix=/usr --build=x86_64-pc-linux-gnu > >>>>> --host=x86_64-pc-linux-gnu --mandir=/usr/share/man > >>>>> --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc > >>>>> --localstatedir=/var/lib --disable-dependency-tracking > >>>>> --disable-silent-rules --libdir=/usr/lib64 --with-crypto=openssl > >>>>> --with-x --with-x11=xlib --with-opengl=full --enable-egl > >>>>> --enable-wayland --enable-drm --enable-avahi --disable-cxx-bindings > >>>>> --disable-doc --disable-fb --enable-fontconfig --disable-fribidi > >>>>> --enable-gstreamer1 --disable-harfbuzz --disable-ibus --enable-nls > >>>>> --disable-physics --enable-pulseaudio --enable-audio --disable-scim > >>>>> --enable-sdl --disable-static --enable-systemd --disable-tslib > >>>>> --enable-v4l2 --disable-xim --enable-xine --enable-image-loader-bmp > >>>>> --enable-image-loader-eet --enable-image-loader-generic > >>>>> --enable-image-loader-ico --enable-image-loader-jpeg > >>>>> --enable-image-loader-psd --enable-image-loader-pmaps > >>>>> --enable-image-loader-tga --enable-image-loader-wbmp > >>>>> --enable-image-loader-gif --disable-image-loader-jp2k > >>>>> --enable-image-loader-png --enable-image-loader-tiff > >>>>> --disable-image-loader-webp --enable-image-loader-xpm --enable-cserve > >>>>> --enable-libmount --enable-threads --enable-xinput22 > --disable-gesture > >>>>> --disable-gstreamer --disable-lua-old --disable-multisense > >>>>> --disable-tizen --disable-xinput2 --disable-xpresent --disable-pixman > >>>>> --disable-pixman-font --disable-pixman-rect --disable-pixman-line > >>>>> --disable-pixman-poly --disable-pixman-image > >>>>> --disable-pixman-image-scale-sample --with-profile=release > >>>>> --with-glib=yes --with-tests=none > >>>>> > --enable-i-really-know-what-i-am-doing-and-that-this-will-probably-break-things-and-i-will-fix-them-myself-and-send-patches-aba > >>>>> > >>>> OK, so this is a classical "i want to toggle every configure knob > >>>> available" problem. > >>>> > >>>> If the maintainer of the overlay wants to do all this he is on its own > >>>> and he would be your point of contact. Sorry, but we expect people > that > >>>> toggle all things things are able to help themselves. Look at the last > >>>> --enable line... > >>> > >>> I did. And I don't demand from you to fix anything. > >>> But given how the compile fails _now_ ( and given it used to work in > >>> near past), don't you think it is worth a look if there is some missing > >>> -l or -L compiler option, for example? > >>> Also, all those config options are nothing special. Nothing that should > >>> trigger some special system behaviour, which would demand "you are on > >>> your own" mode. > >>> > >>> Yes, there is that final enable option, but are you sure that you are > >>> not lacking some link somewhere that is failing to show under "normal" > >>> linking circumstances ? > >>> > >>> E19 is crashing all the time and with simple operations, don't tell me > >>> that bug fixing is beneath you... > >>> > >>> Again, I haven't demanded for everyone to drop everything and look into > >>> my case, I just posted it so that people could see if I stumbled on > more > >>> general problem. > >>> > >> > >> Both of you: no need to act like ass-holes. > >> > >> The solution is obvious. Cedric and JP broke it, they should fix it. > >> Adding them to CC. > > > > Ah ah ah, I love when people play with knobs :-) More seriously, it > > needs to be fixed. Can you provide us with a proper complete build log > > of efl ? > > I'm sure you can easily reproduce it by just using his build options. > Yeah, this should be fixed now. I just wonder why passing so many options when many of those are the default ones. Best regards, -- Jean-Philippe André ------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel