On Wed, 1 Oct 2008, Nicolas Aguirre wrote:

>> evas I had a few troubles with, notably that mingw had some internal error
> I got around by installing the alpha releases
>> and I also had to edit src/lib/canvas/evas_object_smart_clipped.c as
> suggested here:
> http://www.mail-archive.com/[email protected]/msg19076.html

in svn

>> Continuing with my efforts to get this going I have hit another snag.
>> Compilation of ecore fails with the attached error, I configured it as
> so...
>> ./configure --enable-ecore-sdl --disable-ecore-con
> --with-iconv-link=-liconv
>>
>> I understand the problem but am unable to fix it myself at this time(need
> more skills) I certainly will be trying tomorrow after some sleep.
>>
>> Cheers
>> Samuel Nicholas
>>
>> $ make
>> cd . && /bin/sh /d/enlightenment/ecore/missing --run autoheader
>> rm -f stamp-h1
>> touch config.h.in
>> cd . && /bin/sh ./config.status config.h
>> config.status: creating config.h
>> config.status: config.h is unchanged
>> make  all-recursive
>> make[1]: Entering directory `/d/enlightenment/ecore'
>> Making all in src
>> make[2]: Entering directory `/d/enlightenment/ecore/src'
>> Making all in lib
>> make[3]: Entering directory `/d/enlightenment/ecore/src/lib'
>> Making all in ecore
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore'
>> Making all in ecore_job
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_job'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_job'
>> Making all in ecore_txt
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_txt'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_txt'
>> Making all in ecore_fb
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_fb'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_fb'
>> Making all in ecore_directfb
>> make[4]: Entering directory
> `/d/enlightenment/ecore/src/lib/ecore_directfb'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_directfb'
>> Making all in ecore_con
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_con'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_con'
>> Making all in ecore_x
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_x'
>> make[5]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_x'
>> make[5]: Nothing to be done for `all-am'.
>> make[5]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_x'
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_x'
>> Making all in ecore_win32
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_win32'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_win32'
>> Making all in ecore_wince
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_wince'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_wince'
>> Making all in ecore_sdl
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_sdl'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_sdl'
>> Making all in ecore_quartz
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_quartz'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_quartz'
>> Making all in ecore_ipc
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_ipc'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_ipc'
>> Making all in ecore_evas
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_evas'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_evas'
>> Making all in ecore_config
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_config'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_config'
>> Making all in ecore_file
>> make[4]: Entering directory `/d/enlightenment/ecore/src/lib/ecore_file'
>> /bin/sh ../../../libtool --tag=CC   --mode=link gcc  -g -O2 -no-undefined
> -version-info 9:9:9 -L/usr/local/lib -o libecore_file.la -rpath
> /usr/local/lib ecore_file.lo ecore_file_monitor.lo
> ecore_file_monitor_inotify.lo ecore_file_monitor_poll.lo ecore_file_path.lo
> ecore_file_download.lo ../../../src/lib/ecore/libecore.la
> -LC:/msys/1.0/local/lib -levil -ldl
>> rm -fr  .libs/libecore_file.dll.a
>> gcc -shared  .libs/ecore_file.o .libs/ecore_file_monitor.o
> .libs/ecore_file_monitor_inotify.o .libs/ecore_file_monitor_poll.o
> .libs/ecore_file_path.o .libs/ecore_file_download.o  -L/usr/local/lib
> ../../../src/lib/ecore/.libs/libecore.dll.a -LC:/msys/1.0/local/lib
> /usr/local/lib/libevil.dll.a /usr/local/lib/libdl.dll.a  -o
> .libs/libecore_file-0.dll -Wl,--enable-auto-image-base -Xlinker --out-implib
> -Xlinker .libs/libecore_file.dll.a
>> Creating library file:
> .libs/libecore_file.dll.a.libs/ecore_file_download.o: In function
> `ecore_file_download_curl':
>> d:\enlightenment\ecore\src\lib\ecore_file/ecore_file_download.c:270:
> undefined reference to `ecore_con_url_new'
>> d:\enlightenment\ecore\src\lib\ecore_file/ecore_file_download.c:278:
> undefined reference to `ecore_con_url_fd_set'
>> d:\enlightenment\ecore\src\lib\ecore_file/ecore_file_download.c:279:
> undefined reference to `ecore_con_url_data_set'
>> d:\enlightenment\ecore\src\lib\ecore_file/ecore_file_download.c:287:
> undefined reference to `ecore_con_url_send'
>> .libs/ecore_file_download.o: In function `ecore_file_download_abort':
>> d:\enlightenment\ecore\src\lib\ecore_file/ecore_file_download.c:297:
> undefined reference to `ecore_con_url_destroy
>> '
>> collect2: ld returned 1 exit status
>> make[4]: *** [libecore_file.la] Error 1
>> make[4]: Leaving directory `/d/enlightenment/ecore/src/lib/ecore_file'
>> make[3]: *** [all-recursive] Error 1
>> make[3]: Leaving directory `/d/enlightenment/ecore/src/lib'
>> make[2]: *** [all-recursive] Error 1
>> make[2]: Leaving directory `/d/enlightenment/ecore/src'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/d/enlightenment/ecore'
>> make: *** [all] Error 2
>>
>
> Hi Samuel,
> You should try this :
>
> ./autogen.sh --enable-ecore-sdl --enable-ecore-win32 --disable-ecore-con
> --with-iconv-link=-liconv
> (see E wiki : http://wiki.enlightenment.org/index.php/EFL_Windows_XP)
>
> This line should work, but you *MUST* have glew and directX installed and
> configured. See wiki for help.

why *MUST* ? It's strange, i don't remember that one or the other was 
needed. I'll look at it.

> If you don't want directX and ddraw_16 (like me) you can apply the second
> path that i attach with this email. This patch is really quick and dirty !
> But i works (for me at least)
>
> The first patch is for evas,

as mentioned, in svn

> and fix problem for Glew (gl.h is include
> before glew.h). This problem should not appear, but it seems that they are
> collisions between compilation parameters in win32 with recent integration
> of Quartz backend.

The problem is that the inclusion of glew.h, quartz.h and stuff like that 
in the common engine is wrong. They should *not* be there (heh, it's a 
*common* engine)

> Ths third patch is for edje, and just comment call to  mkstemp in
> edje_edit.c. This patch is not a solution, and we should implement this
> function in evil i guess ?

that function is already in Evil.

> But you should be able to compile edje with it, if you run :
> ./autogen.sh --disable-edje-cc
> This is very annoying, as you can't generate edj file !
>
> The fourth patch is for expedite, but i think that this patch is already in
> SVN.
> Note that I get a segmentation fault with expedite running glew backend.

yes, the last test with polygons. I don't know why.

> PS : Vincent and other people involved in win32 port, we should maybe fix
> this problems with better patches than mine :)

It's planned :)

Vincent

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to