EAPI is redefined to (nothing/dllimport) after Elementary.h, so I had
introduced elm_module_helper.h to re-define EAPI for those modules.
I think that keeping EAPI defined after Elementary.h caused problems on
Windows where application's EAPI were marked as dllimport instead of
dllexport (or someth
Tremendous, I'll execute the removal within the next couple days.
On Mon, Nov 6, 2017 at 4:43 PM Simon Lees wrote:
>
>
> On 07/11/17 05:57, Ross Vandegrift wrote:
> > On Mon, Nov 06, 2017 at 01:26:02PM +, Mike Blumenkrantz wrote:
> >> I'd rather not start creating meta build systems that we
On 07/11/17 05:57, Ross Vandegrift wrote:
> On Mon, Nov 06, 2017 at 01:26:02PM +, Mike Blumenkrantz wrote:
>> I'd rather not start creating meta build systems that we then need to track
>> and maintain. I will temporarily add a tarball for meson 0.39 until Debian
>> decides to do an update fo
On 06/11/17 23:56, Mike Blumenkrantz wrote:
> I'd rather not start creating meta build systems that we then need to track
> and maintain. I will temporarily add a tarball for meson 0.39 until Debian
> decides to do an update for the package.
>
> I further don't see any point in keeping an autoge
Hi,
Eo events are generated as:
EWAPI const Efl_Event_Description __BLAH = EFL_EVENT_DESCRIPTION("blah");
this yields private symbols that are not exported outside of libelementary.
Hence link failure with elm modules...
But I don't understand why.
Jean
On Sat, Nov 4, 2017 at 5:39 PM, Jean G
On Mon, Nov 06, 2017 at 12:13:58PM +0100, jeanseb.vale...@free.fr wrote:
> Debian is stucked to e17 !
>
>
> Should be wise to ask for those who want to compile recent version using more
> recent meson than debian one.
E21 is available in Debian experimental, and E22 will be ready soon.
Ross
On Mon, Nov 06, 2017 at 01:26:02PM +, Mike Blumenkrantz wrote:
> I'd rather not start creating meta build systems that we then need to track
> and maintain. I will temporarily add a tarball for meson 0.39 until Debian
> decides to do an update for the package.
I wouldn't bother - there's alrea
Hi,
With some of the examples in our new documentation there is a lot of
content and there was a request to generate a table of contents.
This feature has been turned off on our wiki and I wondered how people
would feel about us turning this back on. With the current styling it looks
like this scr
I'd rather not start creating meta build systems that we then need to track
and maintain. I will temporarily add a tarball for meson 0.39 until Debian
decides to do an update for the package.
I further don't see any point in keeping an autogen.sh script when all it
does is add an unnecessary extra
On Mon, Nov 06, 2017 at 11:33:26AM +0100, Stefan Schmidt wrote:
> Hello.
>
> On 11/06/2017 11:00 AM, Simon Lees wrote:
> >
> >
> > On 06/11/17 20:19, Stefan Schmidt wrote:
> >> Hello.
> >>
> >> On 11/03/2017 07:07 PM, Mike Blumenkrantz wrote:
> >>> The E22 release is out now, so it's time to ret
The issue was that disabling a module did not disable any checks for the
module, which would cause the build to fail if dependencies were not
installed. I've made further improvements.
On Sat, Nov 4, 2017 at 6:52 AM wrote:
> How does that fix module disabling ?
>
> The modules themself define di
Debian is stucked to e17 !
Should be wise to ask for those who want to compile recent version using more
recent meson than debian one.
regards
- Mail original -
De: "Stefan Schmidt"
À: enlightenment-devel@lists.sourceforge.net
Envoyé: Lundi 6 Novembre 2017 11:33:26
Objet: R
Hello.
On 11/06/2017 11:00 AM, Simon Lees wrote:
>
>
> On 06/11/17 20:19, Stefan Schmidt wrote:
>> Hello.
>>
>> On 11/03/2017 07:07 PM, Mike Blumenkrantz wrote:
>>> The E22 release is out now, so it's time to return to this issue. Currently
>>> we have two build systems, and maintaining/updating
On 06/11/17 20:19, Stefan Schmidt wrote:
> Hello.
>
> On 11/03/2017 07:07 PM, Mike Blumenkrantz wrote:
>> The E22 release is out now, so it's time to return to this issue. Currently
>> we have two build systems, and maintaining/updating both of them is not
>> feasible. At present, there is alrea
Hi,
Would it be reasonable to print out 1 big warning about DnD support not
being available then stop trying to do things that are failing?
I have the same feeling about the dbus on OS X - we have lots and lots of
developer errors that are not actually developer errors ;)
Andy
On Sun, 5 Nov 2017
Can you please explain why? This is a method that returns a count of
references but has no mention of count in the name.
We have ref_add and wref_add that are talking about actual references but
ref_get returns a count?
This is misleading.
Andy
On Mon, 6 Nov 2017 at 09:49 Carsten Haitzler wrote:
Hello.
On 11/03/2017 07:07 PM, Mike Blumenkrantz wrote:
> The E22 release is out now, so it's time to return to this issue. Currently
> we have two build systems, and maintaining/updating both of them is not
> feasible. At present, there is already significant divergence and various
> features are
On Mon, 06 Nov 2017 09:46:41 + Andrew Williams said:
i'd have to disagree on it being misleading... :/
> Hi,
>
> Whilst writing the docs we have realised that efl_ref_get is a slightly
> misleading method name as it returns the reference count. Whilst we are
> breaking APIs for our first in
Hi,
Whilst writing the docs we have realised that efl_ref_get is a slightly
misleading method name as it returns the reference count. Whilst we are
breaking APIs for our first interfaces release would people mind me
changing efl_ref_get to efl_refcount_get (as per this eo patch, and all the
efl ra
19 matches
Mail list logo
