someting like that :

we need to think of better ways

harfbuzz too

libwebp must be added

btw why linking in evil ?? the symbols are in eina...

msvcr100.a is provided by mingw64, but are we sure that the DLL is installed ? If not, the application will fail with function not defined. That can be a problem

you reverted the revert so you knew what you were doing.
otherwise, don't revert

Stefan helped me to fix issues with ewpi and ewpi compiles finely on fedora. So for me no problem on the ewpi side

i don't understand why using a function (using it only once) with a #ifdef instead of using the #ifdef directly...

i can't test anything until september, just look at code
i will abandon it and open another one, then, but in september

man strncpy says

there is no gl engines on Windows, so...

is there a unit test about this problem ?

sorry, i was on holydays and forget about your patch

getpwnam does not exist on Windows. it may be possible to get the home directory of a user. It is not straightforward, but i have seen some ideas about that

i plan to use C API for the ddraw engine, so there should be no problem in the future (around september/october)

you have not documented the behavior of the API function when the first argument is NULL or empty

that will certainly help, thank you

rename _eina_c_locale_get() to _eina_c_locale_new() and _eina_c_locale_free() to _eina_c_locale_del() to follow EFL conventions

no problem for me, the m4 diff is only a reordering of variables

add also several tests for exponential representation of the number

i've already implemented the clipboard support. Maybe change in the infra has removed it

I've just realized that you don't call freelocale() to deallocate the resources.

strtod_l does not exist on Windows, use _strtod_l instead

you didn't add the typedef

still error : line 457, the type is still locale_t

is there a test program so i can test this code ?

on Windows, newlocale() does not exist :

i will open a new ticket instead of trying to fix this mess, arcanist is too complicated for me

i used wrongly arcanist locally, so i created another patch, see D6478
closing this one

• Evil: fix usage of Evil in a program compiled with vc++
• Evil: fix usage of Evil in a program compiled with vc++ this should be enough to fix #T5206

@lauromoura but you said : "According to msys' pacman, I'm using mingw64/mingw-w64-x86_64-dbus 1.12.8-1." ?!?!?

i use d-bus from win-builds

patch update

• Merge branch 'master' of https://git.enlightenment.org/core/efl

ok, tests are run now, i have 12 successful tests and 15 which fail

• Tests: remove warnings when compiling tests if fork is not available and run tests properly on Windows

i would have done :

• Merge branch 'master' of https://git.enlightenment.org/core/efl

i've already broken the API on Windows several times. These functions are not used anymore and should not be used, even internally.

see D6363

hmm, arc diff fucked up this diff, i need help to restore the previous state...

• Evil: fix usage of Evil in a program compiled with vc++

• Merge branch 'master' of https://git.enlightenment.org/core/efl
• Merge branch 'master' of https://git.enlightenment.org/core/efl
• tests : remove warnings on Windows

that is the problem of Ecore.h relying on unix types... It is too late to change Ecore.h, unfortunately, maybe for EFL 2.0 we can change this.

same with Etui (launch, then close, i removed all the focus error messages) :

why not efreet_cache_set(bool) ?

because of inclusion of .c files, I get multiple defined symbols, like :

indeed, it has nothing to do with 16bpp. So ignore that diff, i'll send another one with only depth removal

this pool was added in the Xlib engine for shm and small buffer size, right ? So it is useless in Windows engine.

how do you know that sndfile dll is not loaded ? you have added some printf ? is the sndfile dll in your PATH ?

I have looked abit at the code of ecore_audio_obj_out_wasapi.c It does wrong stuff :

pass --disable-pulseaudio to configure to have wasapi enabled

yes. It's between the january the 6th and january the 11th

Short/middle term: use UTF-16 on Windows. So I plan to remove most of
external API (like dirent in Evil) and use only EFL to have less work later

render_op will be removed in another commit ? Maybe it should be done quickly

problem fixed with software. I can't test with opengl