On Wed, Dec 21, 2016 at 4:08 PM, Felipe Magno de Almeida <[email protected]> wrote: > Hello Gustavo, > > I'm going to fix it in the C++ binding this week. It is more > complicated than it seems though, because the types are all used by > value, but there's a way because we rely on the fact that the type is > std::is_standard_layout and has the same sizeof(Eo*).
And because the implementation is already separated too in another file. That makes it a bit simpler. > Regards, Regards, > On Wed, Dec 21, 2016 at 1:41 PM, Gustavo Sverzut Barbieri > <[email protected]> wrote: >> Felipe... since you sent some other emails I suppose you're back... >> then ping to check this email :-) >> >> On Mon, Dec 19, 2016 at 9:36 AM, Daniel Kolesa <[email protected]> wrote: >>> On Mon, Dec 12, 2016, at 19:50, Gustavo Sverzut Barbieri wrote: >>>> okay, on IRC people clarified it with an example: >>>> >>>> Failing = http://codepad.org/qet7AgoX >>>> >>>> Which I'd propose the solution = http://codepad.org/LVaUAJSI >>> >>> This much really is obvious, I just need Felipe to actually implement >>> this in some way. >>> >>>> >>>> I was also told that eolian_cxx is only outputting header files. >>>> Although we do that, we should still output forward declarations >>>> first, then the actual methods. It would be nice if we isolate these >>>> with guards, so our deps result in correct results: >>> >>> Don't really need guards. You just need to mark the bodies "inline" >>> (which you would need to do in any case, in order to not get a separate >>> symbol output per translation unit) and then C++ lets you include them >>> as many times as you want without emitting multiple symbols (mind you, >>> C++ inline has different semantics from C99 inline). >>> >>> Eolian is ready for this; so if this gets implemented in C++, it's just >>> a very small Eolian change. >>> >>> D5 >>> >>> ------------------------------------------------------------------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> enlightenment-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> >> >> -- >> Gustavo Sverzut Barbieri >> -------------------------------------- >> Mobile: +55 (16) 99354-9890 >> >> ------------------------------------------------------------------------------ >> Developer Access Program for Intel Xeon Phi Processors >> Access to Intel Xeon Phi processor-based developer platforms. >> With one year of Intel Parallel Studio XE. >> Training and support from Colfax. >> Order your platform today.http://sdm.link/intel >> _______________________________________________ >> enlightenment-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > Felipe Magno de Almeida -- Felipe Magno de Almeida ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
