that helps, i'll add guards for it once I am back

Should be resolved with bb6c7c6782e9bc22e4fdeb314457c0e340be80e1

Looks good, thanks!

Looks good, thanks!

Looks good, thanks!

Looks good, thanks!

The attached commit fixes the cxx placement mistake.

https://travis-ci.org/Enlightenment/efl/builds/522245276

Okay: reason for the crash, the file that is passed to eolian *has* to be in one of the include directories OR the $CWD.

@segfaultxavi can you check the meson_csharp_docs.sh out ?

Sure, no rush. Just wanted to know what the status was.

Sorry. I got busy. I will test without the patch on EFL 1.22.1 on Tuesday.

...?

This patch is not necessary and should be abandoned.

Mhm, that would not work, it appears that I did a mistake when I wrote the meson part. I checked for the bswap function but I should have checked for the builtin. However if I do check it with the builtin check, then meson will use the has_builtin() so then both values would depend on that function. I even think that meson could not handle anything without available has_attribute ...

I'd guess that means LTS distros or something. I don't think we can make this switch in full now. Leave the meson.build parts as the #else block for now and it can be removed later.

Unfunctional patch ...

Yes like this.

something like that :

I think the whole file content in meson.build should be inside a if sys_windows. Like:

I am actually not sure if i am so happy with the solution right now. The doxygen check here is the only place where things in the build are enabled based on the dependencies. However, ninja doc is not executed by default at all. So *if* someone wants to have hit, he needs to explicitly run ninja doc, and that target will not be available when the dependency is missing.

fixed now in: https://travis-ci.org/Enlightenment/efl/builds/522053072

I have tried to add the support for ecore_win32. It seems to work and the DLL is created. Not sure if there are something else to do. The files are attached

You can reproduce it with building https://git.enlightenment.org/core/efl.git/log/?h=devs/bu5hm4n/evas-build-fixes

good catch! thx!

fix broken statement

Feel free to approve it :).

Yeah, it should make "finding escape string" be faster.
If there would be no objection (or feedback), I'll accept this patch soon.

update code

looks good and clean to me.

I'm little bit worry about 32 bit system needs in the future on tizen side,
but currently it seems we all uisng 64 bit system and it won't be a problem.
I've recently faced some signed-unsigned default datatype issue on char,
so using strict datatype could be nicer to avoid such problem.
lets to discuss again on this matter after all infrastructure is ready :)

update code

update commit message

remove unnecessary values

Please check a comment.

update code

@bu5hm4n I am thinking of adding an Efl.VFSModel or something along that line for Efl.IoModel to inherit from. Not exactly sure of the naming if you have suggestion.

Rebase, but still shouldn't be landed.

Rebase with assumption build in fileselector.

Rebase with assertion now build into Fileselector widget.

Rebase.

Rebase and rename.

Rebase.