On Thu, 10 Nov 2016 15:14:11 + Mike Blumenkrantz
said:
> I see that this has been pushed and is already being used despite some
> objections being raised? I guess I probably missed IRC discussions.
did you read the responses to the objections? in fact just
I see that this has been pushed and is already being used despite some
objections being raised? I guess I probably missed IRC discussions.
The reasoning for needing this sounds like we should probably just use
jemalloc (
On Fri, 4 Nov 2016 10:18:33 -0200 Gustavo Sverzut Barbieri
said:
> On Thu, Nov 3, 2016 at 9:27 PM, Carsten Haitzler wrote:
> > On Thu, 3 Nov 2016 11:24:14 -0200 Gustavo Sverzut Barbieri
> > said:
> >
> >> I guessed mempool and
On Thu, Nov 3, 2016 at 9:27 PM, Carsten Haitzler wrote:
> On Thu, 3 Nov 2016 11:24:14 -0200 Gustavo Sverzut Barbieri
>
> said:
>
>> I guessed mempool and eina_trash did that
>
> nah - mempool i don't think has a "purgatory" for pointers.
> they are
On Thu, 3 Nov 2016 11:24:14 -0200 Gustavo Sverzut Barbieri
said:
> I guessed mempool and eina_trash did that
nah - mempool i don't think has a "purgatory" for pointers. they are released
back into the pool. trash is actually a cache for storing ptrs but it never
actually
I guessed mempool and eina_trash did that
--
Gustavo Sverzut Barbieri
> Em 3 de nov de 2016, às 05:53, Carsten Haitzler (The Rasterman)
> escreveu:
>
> On Thu, 03 Nov 2016 09:35:21 +0200 Daniel Zaoui
> said:
>
>> Well, my Lord, I hate that
On Thu, 03 Nov 2016 09:35:21 +0200 Daniel Zaoui said:
> Well, my Lord, I hate that idea. Do you want to make all EFL asynchronous?
this isn't async. it's just deferred. we already do this for evas objects with
delete_me. we do it for timers/animators and mark them for
Well, my Lord, I hate that idea. Do you want to make all EFL asynchronous?
>From my point of view, seems to be like a hack cause some problems (e.g Eo)
>are hard to solve.
My comments below.
On Thu, 03 Nov 2016 16:11:24 +0900
Carsten Haitzler (The Rasterman) wrote:
>
here's an idea. it's very very very very simple
create an eina_freeq(). instead of calling free() or whatever free function on
something immediately, call:
fq = eina_freeq_main_get();
eina_freeq_ptr_add(fq, pointer, size, free);
or
fq = eina_freeq_global_get();
On Tue, May 31, 2016 at 10:41 PM, Carsten Haitzler wrote:
>
[snip]
> i just say - remove the void * for the job. same for timeout too - it's not
> portable and the documentation is confusing as it claims to be data where it's
> actually value... and value actually is a
On Tue, 31 May 2016 17:01:40 -0700 Cedric BAIL said:
> On Tue, May 31, 2016 at 4:45 PM, Carsten Haitzler
> wrote:
> > On Tue, 31 May 2016 06:15:29 -0700 Cedric BAIL said:
> >
> >> On May 30, 2016 22:51, "Carsten Haitzler"
On Tue, May 31, 2016 at 4:45 PM, Carsten Haitzler
wrote:
> On Tue, 31 May 2016 06:15:29 -0700 Cedric BAIL said:
>
>> On May 30, 2016 22:51, "Carsten Haitzler" wrote:
>> >
>> > the api for promises seems pretty confusing. just look
On Tue, May 31, 2016 at 4:45 PM, Carsten Haitzler wrote:
> On Tue, 31 May 2016 06:15:29 -0700 Cedric BAIL said:
>
>> On May 30, 2016 22:51, "Carsten Haitzler" wrote:
>> >
>> > the api for promises seems pretty confusing. just look
On Tue, 31 May 2016 11:48:32 -0300 Felipe Magno de Almeida
said:
> On Tue, May 31, 2016 at 10:15 AM, Cedric BAIL wrote:
> > On May 30, 2016 22:51, "Carsten Haitzler" wrote:
> >>
> >> the api for promises seems pretty
On Tue, 31 May 2016 06:15:29 -0700 Cedric BAIL said:
> On May 30, 2016 22:51, "Carsten Haitzler" wrote:
> >
> > the api for promises seems pretty confusing. just look at this:
> >
> > job = efl_loop_job(obj, args);
> >eina_promise_then(job,
On Tue, May 31, 2016 at 10:15 AM, Cedric BAIL wrote:
> On May 30, 2016 22:51, "Carsten Haitzler" wrote:
>>
>> the api for promises seems pretty confusing. just look at this:
>>
>> job = efl_loop_job(obj, args);
>>eina_promise_then(job,
On May 30, 2016 22:51, "Carsten Haitzler" wrote:
>
> the api for promises seems pretty confusing. just look at this:
>
> job = efl_loop_job(obj, args);
>eina_promise_then(job, _efl_loop_args_job_cb, NULL, args);
>
> why do i need to pass in args... TWICE? well ok -
the api for promises seems pretty confusing. just look at this:
job = efl_loop_job(obj, args);
eina_promise_then(job, _efl_loop_args_job_cb, NULL, args);
why do i need to pass in args... TWICE? well ok - this specific way of using
promises for jobs... both promises in efl_loop.eo do this,
make check is failing now because the eina promise test is crashing. :( not
good (tm). :(
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
On 27 January 2016 at 00:03, Felipe Magno de Almeida <
felipe.m.alme...@gmail.com> wrote:
> On Tue, Jan 26, 2016 at 12:51 PM, Tom Hacohen wrote:
> > On 26/01/16 14:42, Stefan Schmidt wrote:
> >> Hello.
>
> [snip]
>
> >> JP, Tom are you happy with Felipe's explanation? If
Hello.
On 13/01/16 11:56, Tom Hacohen wrote:
> On 13/01/16 02:38, Jean-Philippe André wrote:
>> Hi Felipe,
>>
>> You added the optional type to eina value. I'm not sure what it's point is.
>> I understand an optional value can be empty (ie. void and not "nil" or 0 or
>> whatever).
>>
>> But I
On 26/01/16 14:42, Stefan Schmidt wrote:
> Hello.
>
> On 13/01/16 11:56, Tom Hacohen wrote:
>> On 13/01/16 02:38, Jean-Philippe André wrote:
>>> Hi Felipe,
>>>
>>> You added the optional type to eina value. I'm not sure what it's point is.
>>> I understand an optional value can be empty (ie. void
On Tue, Jan 26, 2016 at 12:51 PM, Tom Hacohen wrote:
> On 26/01/16 14:42, Stefan Schmidt wrote:
>> Hello.
[snip]
>> JP, Tom are you happy with Felipe's explanation? If not we need to act
>> now as we only have 6 days left before the release and once it is in
>> 1.17 it
Hello,
Sorry to answer myself, but complementing on what I've said before.
There's also ABI and optimization's concern on adding empty value for
all types. Since Eina_Value is defined in eina_value.h header, it is
public and needs to be backwards compatible ABI-wise, and since it can
be used by
On Wed, Jan 13, 2016 at 12:38 AM, Jean-Philippe André wrote:
> Hi Felipe,
>
> You added the optional type to eina value. I'm not sure what it's point is.
> I understand an optional value can be empty (ie. void and not "nil" or 0 or
> whatever).
>
> But I don't understand why
On 13/01/16 02:38, Jean-Philippe André wrote:
> Hi Felipe,
>
> You added the optional type to eina value. I'm not sure what it's point is.
> I understand an optional value can be empty (ie. void and not "nil" or 0 or
> whatever).
>
> But I don't understand why this couldn't be implemented inside
Hi Felipe,
You added the optional type to eina value. I'm not sure what it's point is.
I understand an optional value can be empty (ie. void and not "nil" or 0 or
whatever).
But I don't understand why this couldn't be implemented inside all standard
values. Add an "empty" property to them.
Hi,
I registered a phab ticket about eina map_lines iterator not iterating through
blank links https://phab.enlightenment.org/T2237
https://phab.enlightenment.org/T2237
I have a fix for this locally which I would love to push but before that
happens It thought I had better ask:
Does anyone
On 06/11/13 00:35, Felipe Magno de Almeida wrote:
n On Tue, Nov 5, 2013 at 7:02 PM, Tom Hacohen t...@stosb.com wrote:
That is not going to change.
The first and most important reason is that we are *NOT* going to break API
no matter how right you are.
OK. Can't really argue with that.
Hello,
Both eina_inlist_prepend_relative and eina_list_prepend_relative_list
takes three arguments: list, data and relative. If relative is NULL,
both execute the non-relative version: eina_inlist_prepend and
eina_list_prepend.
This means that there's no way to make eina_inlist_prepend_relative
That is not going to change.
The first and most important reason is that we are *NOT* going to break API
no matter how right you are.
The second reason is that we also have append_relative and having two
functions that do the same would be redundant.
The third reason is quite subjective, and
On Tue, 5 Nov 2013 18:23:42 -0200 Felipe Magno de Almeida
felipe.m.alme...@gmail.com said:
there is the other view that appeanding/prepending relative TO something.. if
something is NULL.. then that something does not exist, so calling these calles
with NULL as relative is silly. the behavior is
n On Tue, Nov 5, 2013 at 7:02 PM, Tom Hacohen t...@stosb.com wrote:
That is not going to change.
The first and most important reason is that we are *NOT* going to break API
no matter how right you are.
OK. Can't really argue with that. Though I don't really see how an application
that
Am Wed, 13 Feb 2013 15:56:57 +0900 schrieb Carsten Haitzler (The
Rasterman):
Could you please tell me how to disable threading support as in
1.7.5? Maybe even by hacking build environment. I played around,
but some of the m4 macros are really a nightmare!
we removed the ability - we're
On Sun, 10 Feb 2013 22:52:19 +0100 Andreas Volz li...@brachttal.net said:
Hello,
In the EFL 1.7.5 I had options to disable threading support and
everything worked as it should.
you know we stopped testing phtread off codepaths... and thats why efl now is
pthread only :) that set of bull
Hello,
In the EFL 1.7.5 I had options to disable threading support and
everything worked as it should.
The pthread version on Android misses some features from the Linux
variant. For now I just like to disable it complete and take time for
this task later. But it seems there's no option for it
Cedric Bail
On Feb 5, 2013 10:47 AM, Paulo Alcantara pca...@zytor.com wrote:
Gustavo Sverzut Barbieri barbi...@profusion.mobi writes:
This would be a PITA. And it would be slower on FS that provide dt_type.
Actually it shouldn't,as statat is only called if d_type is unknown. Direct
is for
XFS and other filesystems that do not support d_type field in dirent
structure will get unexpected behavior when using eina_file_direct_ls()
- since it relies on d_type to determine file types.
Thus, an eina_file_statat() call is required in eina_file_direct_ls()
only if the file type had not
On Tue, Feb 5, 2013 at 12:46 AM, Paulo Alcantara pca...@zytor.com wrote:
XFS and other filesystems that do not support d_type field in dirent
structure will get unexpected behavior when using eina_file_direct_ls()
- since it relies on d_type to determine file types.
Thus, an
Cedric BAIL cedric.b...@free.fr writes:
No, this is the expected behavior. You should have used eina_file_stat_ls().
eina_file_direct_ls() is called in several places - which means that all
callers won't get any file type correctly.
So, should I replace all eina_file_direct_ls() calls with
On Monday, February 4, 2013, Paulo Alcantara wrote:
Cedric BAIL cedric.b...@free.fr javascript:; writes:
No, this is the expected behavior. You should have used
eina_file_stat_ls().
eina_file_direct_ls() is called in several places - which means that all
callers won't get any file type
Gustavo Sverzut Barbieri barbi...@profusion.mobi writes:
This would be a PITA. And it would be slower on FS that provide dt_type.
Indeed. So I'm going to replace eina_file_direct_ls() with
eina_file_stat_ls() in some places that depends on file type (e.g.,
elementary_config).
How about it ?
Some of the time when this block of code is run -
http://paste.debian.net/222589/
My application gets a segfault with this error message -
http://paste.debian.net/222591/
Here is the full code in case something else might be causing this -
http://paste.debian.net/222590
Most of the time the
OK so I've upgraded to the 1.7.5 EFL snapshot and at kuuko's advice I've
upgraded my python bindings to SVN (except for python-evas that will not
build against EFL 1.7.5).
I now get this dump log which gives a bunch of feedback from the EFLs and
the VLC backend I am using -
* Jérémy Zurcher jer...@asynk.ch [2012-11-18 01:24:27 +0100]:
Hi,
0002-_eina_file_escape-take-care-of.patch
takes care of '/./' and breaks loop on '/..$'
0001-sanitize-eina-benchmark-compilation.patch
cleans up and fixes 'make benchmark'
saddly eina_bench stills segv and as I
Hi,
0002-_eina_file_escape-take-care-of.patch
takes care of '/./' and breaks loop on '/..$'
0001-sanitize-eina-benchmark-compilation.patch
cleans up and fixes 'make benchmark'
saddly eina_bench stills segv and as I can't find any install target for
it, and I'm not a kung-auto-foo
Hi all, particularly Vincent :-)
Eina provides mutex abstraction with eina_lock, however the thread creation
is not there as most users should be using ecore_thread. All nice, but for
evas threaded render, we'll need to create threads that are not related to
the main loop/ecore, then I'm
On Mon, Sep 24, 2012 at 11:56 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
Hi all, particularly Vincent :-)
Eina provides mutex abstraction with eina_lock, however the thread creation
is not there as most users should be using ecore_thread. All nice, but for
evas threaded
On Tue, Sep 25, 2012 at 7:43 AM, Vincent Torri vincent.to...@gmail.com wrote:
On Mon, Sep 24, 2012 at 11:56 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
Hi all, particularly Vincent :-)
Eina provides mutex abstraction with eina_lock, however the thread creation
is not there as
On Thu, 1 Mar 2012 09:08:46 +0100 Thanatermesis thanatermesis.e...@gmail.com
said:
unless someone fixed this... it works for me (atm) :)
If you add the parameter --disable-safety-checks to the configure options
of libeina, the compilation fails:
$ make V=1
make[3]: Entering directory
If you add the parameter --disable-safety-checks to the configure options
of libeina, the compilation fails:
$ make V=1
make[3]: Entering directory `/mkdeb/build/libeina/libeina/src/lib'
/bin/bash ../../libtool --tag=CC --mode=compile ccache gcc -std=gnu99
-DHAVE_CONFIG_H -I. -I../..
I'm getting lots of these while trying to compile latest SVN.
*** glibc detected
***
/home/dvs1/e17_svn/SVN/trunk/elementary/doc/widgets/.libs/lt-widget_preview_fileselector_button2:
corrupted double-linked list: 0x01938f40 *** === Backtrace:
=
On Thu, Jan 19, 2012 at 2:38 PM, David Seikel onef...@gmail.com wrote:
I'm getting lots of these while trying to compile latest SVN.
What are you doing to trigger that error ? Can you get us a valgrind backtrace ?
Thanks,
*** glibc detected
***
Just built everything in my home PC. WFM.
On Thu, Jan 19, 2012 at 10:46 PM, Cedric BAIL cedric.b...@free.fr wrote:
On Thu, Jan 19, 2012 at 2:38 PM, David Seikel onef...@gmail.com wrote:
I'm getting lots of these while trying to compile latest SVN.
What are you doing to trigger that error ?
Now that I can actually investigate myself, it's happening when I run
make doc in elementary/doc
--
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.
signature.asc
Description: PGP signature
On Thu, 1 Dec 2011 17:41:17 +0100 Joerg Sonnenberger jo...@britannica.bec.de
said:
Hi all,
sorry for not finding the time for doing this earlier. Attached is a
patch that sorts out a number of smaller issues with eina on NetBSD and
Solaris. Some are noise, some are real bugs. This brings it
On Fri, 2 Dec 2011 08:42:43 +0100 (CET) Vincent Torri vto...@univ-evry.fr
said:
On Fri, 2 Dec 2011, Carsten Haitzler (The Rasterman) wrote:
On Fri, 2 Dec 2011 08:28:36 +0100 (CET) Vincent Torri vto...@univ-evry.fr
said:
On Fri, 2 Dec 2011, Carsten Haitzler (The Rasterman)
On Fri, Dec 02, 2011 at 04:00:46PM +0900, Carsten Haitzler wrote:
On Thu, 1 Dec 2011 17:41:17 +0100 Joerg Sonnenberger jo...@britannica.bec.de
said:
Hi all,
sorry for not finding the time for doing this earlier. Attached is a
patch that sorts out a number of smaller issues with eina on
On Fri, Dec 02, 2011 at 03:37:30PM +0900, Carsten Haitzler wrote:
On Thu, 1 Dec 2011 17:41:17 +0100 Joerg Sonnenberger jo...@britannica.bec.de
said:
this is really late... and a lot of these patches i find questionable. i'll
question here (things not questioned seem ok):
1. __SUNPRO_C
2011/12/2 Joerg Sonnenberger jo...@britannica.bec.de:
On Fri, Dec 02, 2011 at 03:37:30PM +0900, Carsten Haitzler wrote:
On Thu, 1 Dec 2011 17:41:17 +0100 Joerg Sonnenberger
jo...@britannica.bec.de
said:
this is really late... and a lot of these patches i find questionable. i'll
question
On Fri, 2 Dec 2011 13:39:41 +0100 Joerg Sonnenberger jo...@britannica.bec.de
said:
On Fri, Dec 02, 2011 at 03:37:30PM +0900, Carsten Haitzler wrote:
On Thu, 1 Dec 2011 17:41:17 +0100 Joerg Sonnenberger
jo...@britannica.bec.de said:
this is really late... and a lot of these patches i
On Fri, Dec 02, 2011 at 09:51:12PM +0900, Carsten Haitzler wrote:
2. all the chasting and changing to unsigned char for passing into isspace
() - isspace() actually takes an int, not unsigned char, so this just
doesn't make sense. :( (well it does according to the manual page i have)
On Fri, 2 Dec 2011, Joerg Sonnenberger wrote:
On Fri, Dec 02, 2011 at 09:51:12PM +0900, Carsten Haitzler wrote:
2. all the chasting and changing to unsigned char for passing into isspace
() - isspace() actually takes an int, not unsigned char, so this just
doesn't make sense. :( (well it
On Fri, Dec 02, 2011 at 10:16:17PM +0100, Vincent Torri wrote:
so why not just do a 0xff instead of casting ?
The cast is IMO cleaner in the intentions. It also has the theoretical
advantage of working independent of CHAR_BIT==8.
Joerg
2011/12/2 Joerg Sonnenberger jo...@britannica.bec.de:
On Fri, Dec 02, 2011 at 10:16:17PM +0100, Vincent Torri wrote:
so why not just do a 0xff instead of casting ?
The cast is IMO cleaner in the intentions. It also has the theoretical
advantage of working independent of CHAR_BIT==8.
We are
On Fri, 2 Dec 2011, Joerg Sonnenberger wrote:
On Fri, Dec 02, 2011 at 10:16:17PM +0100, Vincent Torri wrote:
so why not just do a 0xff instead of casting ?
The cast is IMO cleaner in the intentions. It also has the theoretical
advantage of working independent of CHAR_BIT==8.
except some
On Fri, Dec 02, 2011 at 07:33:15PM -0200, Iván Briano (Sachiel) wrote:
2011/12/2 Joerg Sonnenberger jo...@britannica.bec.de:
On Fri, Dec 02, 2011 at 10:16:17PM +0100, Vincent Torri wrote:
so why not just do a 0xff instead of casting ?
The cast is IMO cleaner in the intentions. It also
2011/12/2 Joerg Sonnenberger jo...@britannica.bec.de:
On Fri, Dec 02, 2011 at 07:33:15PM -0200, Iván Briano (Sachiel) wrote:
2011/12/2 Joerg Sonnenberger jo...@britannica.bec.de:
On Fri, Dec 02, 2011 at 10:16:17PM +0100, Vincent Torri wrote:
so why not just do a 0xff instead of casting ?
On Thu, 1 Dec 2011 17:41:17 +0100 Joerg Sonnenberger jo...@britannica.bec.de
said:
this is really late... and a lot of these patches i find questionable. i'll
question here (things not questioned seem ok):
1. __SUNPRO_C instead of __sun - explain why you dont just ADD an extra ||
On Thu, 1 Dec 2011 17:41:17 +0100 Joerg Sonnenberger jo...@britannica.bec.de
said:
Hi all,
sorry for not finding the time for doing this earlier. Attached is a
patch that sorts out a number of smaller issues with eina on NetBSD and
Solaris. Some are noise, some are real bugs. This brings it
On Fri, 2 Dec 2011, Carsten Haitzler (The Rasterman) wrote:
On Thu, 1 Dec 2011 17:41:17 +0100 Joerg Sonnenberger jo...@britannica.bec.de
said:
this is really late... and a lot of these patches i find questionable. i'll
question here (things not questioned seem ok):
1. __SUNPRO_C instead
On Fri, 2 Dec 2011 08:28:36 +0100 (CET) Vincent Torri vto...@univ-evry.fr
said:
On Fri, 2 Dec 2011, Carsten Haitzler (The Rasterman) wrote:
On Thu, 1 Dec 2011 17:41:17 +0100 Joerg Sonnenberger
jo...@britannica.bec.de said:
this is really late... and a lot of these patches i find
On Fri, 2 Dec 2011, Carsten Haitzler (The Rasterman) wrote:
On Fri, 2 Dec 2011 08:28:36 +0100 (CET) Vincent Torri vto...@univ-evry.fr
said:
On Fri, 2 Dec 2011, Carsten Haitzler (The Rasterman) wrote:
On Thu, 1 Dec 2011 17:41:17 +0100 Joerg Sonnenberger
jo...@britannica.bec.de said:
On Tue, 17 May 2011 17:56:16 +0300 Tom Hacohen
tom.haco...@partner.samsung.com said:
eina_prefix actually is hard to test given the test harness as it relies on an
installation following a certain standard :( can't really do it given the test
setup.
Hey,
I just ran eina coverage and a lot of
:(
On Mon, 2011-05-30 at 17:59 +0900, Carsten Haitzler wrote:
On Tue, 17 May 2011 17:56:16 +0300 Tom Hacohen
tom.haco...@partner.samsung.com said:
eina_prefix actually is hard to test given the test harness as it relies on an
installation following a certain standard :( can't really do it
On Mon, May 30, 2011 at 5:59 AM, Carsten Haitzler ras...@rasterman.com wrote:
On Tue, 17 May 2011 17:56:16 +0300 Tom Hacohen
tom.haco...@partner.samsung.com said:
eina_prefix actually is hard to test given the test harness as it relies on an
installation following a certain standard :( can't
On Mon, 30 May 2011 11:54:22 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Mon, May 30, 2011 at 5:59 AM, Carsten Haitzler ras...@rasterman.com
wrote:
On Tue, 17 May 2011 17:56:16 +0300 Tom Hacohen
tom.haco...@partner.samsung.com said:
eina_prefix actually is hard to
Hey,
I just ran eina coverage and a lot of the code is not tested :(
Mainly:
eina_file, eina_log, eina_module, eina_object, eina_prefix,
eina_simple_xml_parser, and eina_str.
Whoever is responsible for each part, please fix.
Thanks,
Tom.
On Tue, May 17, 2011 at 11:56 AM, Tom Hacohen
tom.haco...@partner.samsung.com wrote:
Hey,
I just ran eina coverage and a lot of the code is not tested :(
Mainly:
eina_file, eina_log, eina_module, eina_object, eina_prefix,
eina_simple_xml_parser, and eina_str.
Whoever is responsible for
On Tue, 2011-05-17 at 12:22 -0300, Gustavo Sverzut Barbieri wrote:
all the new parts! how unexpected :-D
I did a test with my initial simple_xml_parser, someone can find out
in the mail and convert it in a test?
Sorry, don't have time for that.
Everyone who added new stuff but didn't add
I did not add it :)
On May 17, 2011 12:48 PM, Tom Hacohen tom.haco...@partner.samsung.com
wrote:
On Tue, 2011-05-17 at 12:22 -0300, Gustavo Sverzut Barbieri wrote:
all the new parts! how unexpect...
Sorry, don't have time for that.
Everyone who added new stuff but didn't add tests, go and fix
o.. sorry..
'eina_simple_xml_parse' was requested by me..
i'll add test to eina.
Date: Tue, 17 May 2011 13:29:28 -0300
From: Gustavo Sverzut Barbieri barbi...@profusion.mobi
Subject: Re: [E-devel] Eina Coverage tests
To: Tom Hacohen tom.haco...@partner.samsung.com
Cc: enlightenment
Hey
we are deleting the .la files for the mempool modules. I think that we
should provide them. It's the packager of the distro who has to decide
whether or not to delete it.
What do you think ?
Vincent
--
On Sun, 24 Apr 2011 08:13:19 +0200 (CEST) Vincent Torri vto...@univ-evry.fr
said:
Hey
we are deleting the .la files for the mempool modules. I think that we
should provide them. It's the packager of the distro who has to decide
whether or not to delete it.
What do you think ?
only
On Sun, 24 Apr 2011, Carsten Haitzler (The Rasterman) wrote:
On Sun, 24 Apr 2011 08:13:19 +0200 (CEST) Vincent Torri vto...@univ-evry.fr
said:
Hey
we are deleting the .la files for the mempool modules. I think that we
should provide them. It's the packager of the distro who has to
On Sun, 24 Apr 2011 08:29:22 +0200 (CEST) Vincent Torri vto...@univ-evry.fr
said:
On Sun, 24 Apr 2011, Carsten Haitzler (The Rasterman) wrote:
On Sun, 24 Apr 2011 08:13:19 +0200 (CEST) Vincent Torri
vto...@univ-evry.fr said:
Hey
we are deleting the .la files for the mempool
On Sun, 24 Apr 2011, Carsten Haitzler (The Rasterman) wrote:
On Sun, 24 Apr 2011 08:29:22 +0200 (CEST) Vincent Torri vto...@univ-evry.fr
said:
On Sun, 24 Apr 2011, Carsten Haitzler (The Rasterman) wrote:
On Sun, 24 Apr 2011 08:13:19 +0200 (CEST) Vincent Torri
vto...@univ-evry.fr said:
On Sun, 24 Apr 2011 08:55:14 +0200 (CEST) Vincent Torri vto...@univ-evry.fr
said:
On Sun, 24 Apr 2011, Carsten Haitzler (The Rasterman) wrote:
On Sun, 24 Apr 2011 08:29:22 +0200 (CEST) Vincent Torri
vto...@univ-evry.fr said:
On Sun, 24 Apr 2011, Carsten Haitzler (The Rasterman)
Is there a reason why we don't use stringshare for allocated eina_error
messages? I am planning to add a function like eina_error_eq(Error1, Error2)
that would be nice to use with stringshare to avoid strcmp where possible...
--
Mike Blumenkrantz
Zentific: NULL pointer dereferences now 50% off!
On Sat, 12 Mar 2011 14:02:15 -0500
Mike Blumenkrantz m...@zentific.com wrote:
Is there a reason why we don't use stringshare for allocated eina_error
messages? I am planning to add a function like eina_error_eq(Error1, Error2)
that would be nice to use with stringshare to avoid strcmp where
Hey,
below is a patch to remove warnings on Windows 64. Indeed, on this arch,
long int is 32bits and not 64bits long.
No objection to commit it ?
Vincent
Index: src/lib/eina_magic.c
===
--- src/lib/eina_magic.c(revision
Hello All,
I'm proposing we remove all the EINA_ARG_NOTNULLs floating around in
public headers.
In short they may generate a warning, but they subvert any checks we
have in the API, and can cause valid code to break.
The not null macro expands to the GCC attribute notnull. From the GCC
On Tue, Sep 7, 2010 at 4:36 AM, Brett Nash n...@nash.id.au wrote:
Hello All,
I'm proposing we remove all the EINA_ARG_NOTNULLs floating around in
public headers.
In short they may generate a warning, but they subvert any checks we
have in the API, and can cause valid code to break.
The not
Just fyi, the alpha release of eina is broken when you try to compile some of
the modules due to the move of eina_private.h from include/ to lib/. Whoever
moved this should have done a test compile.
--
Mike Blumenkrantz
Zentific: Our boolean values are huge.
On Fri, 27 Aug 2010, Michael Blumenkrantz wrote:
Just fyi, the alpha release of eina is broken when you try to compile some of
the modules due to the move of eina_private.h from include/ to lib/. Whoever
moved this should have done a test compile.
I think that now we are in alpha, before
On Tue, 17 Aug 2010, Tom Hacohen wrote:
Hey all,
I have heard today that in Eina, all the .h's and .x's should be located
in the src/include dir, even if they are *not* shipped.
That's ugly, stupid and confusing.
There's no reason why to put headers or include files that should not be
Hey
Can someone explain me the interest of having the eina data types
thread safe ?
For me, there is no reason until they are used in the EFL and thread
safety is then a requirement (for a reason or another)
So, i'm wondering if we should have thread safety in them. It adds more
complexity
hey,
in eina_array.c, lines 761 and 808, some threaded code is not guarded
Vincent
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
On Fri, 13 Aug 2010 19:21:12 +0200 (CEST)
Vincent Torri vto...@univ-evry.fr wrote:
hey,
in eina_array.c, lines 761 and 808, some threaded code is not guarded
Vincent
--
This SF.net email is sponsored by
On Fri, 13 Aug 2010 22:37:40 -0400
Michael Blumenkrantz m...@zentific.com wrote:
On Fri, 13 Aug 2010 19:21:12 +0200 (CEST)
Vincent Torri vto...@univ-evry.fr wrote:
hey,
in eina_array.c, lines 761 and 808, some threaded code is not guarded
Vincent
1 - 100 of 218 matches
Mail list logo