On Thu, 8 Mar 2012 15:25:53 +0100 Vincent Torri said:
i see u did it already! thnx! :)
> On Thu, Mar 8, 2012 at 3:22 PM, Vincent Torri wrote:
> > On Thu, Mar 8, 2012 at 2:54 PM, Enlightenment SVN
> > wrote:
> >> Log:
> >> From: cnook
> >> Subject: [E-devel] [Patch][Eina] eina_file_win32 - us
On Thu, Mar 8, 2012 at 3:22 PM, Vincent Torri wrote:
> On Thu, Mar 8, 2012 at 2:54 PM, Enlightenment SVN
> wrote:
>> Log:
>> From: cnook
>> Subject: [E-devel] [Patch][Eina] eina_file_win32 - using
>> eina_file_statat();
>>
>> On windows, Elementary gives build error. cause..
>> The elm_confi
On Thu, Mar 8, 2012 at 2:54 PM, Enlightenment SVN
wrote:
> Log:
> From: cnook
> Subject: [E-devel] [Patch][Eina] eina_file_win32 - using
> eina_file_statat();
>
> On windows, Elementary gives build error. cause..
> The elm_config.c uses eina_file_statat(); but It is not in the
> eina_file_wi
On Wed, Dec 7, 2011 at 9:06 AM, Cedric BAIL wrote:
> On Wed, Dec 7, 2011 at 11:50 AM, Vincent Torri
> wrote:
>> On Wed, Dec 7, 2011 at 10:48 AM, Joerg Sonnenberger >> wrote:
>>> On Wed, Dec 07, 2011 at 02:29:17AM -0500, Christopher Michael wrote:
>>> > On 12/06/11 20:10, Enlightenment SVN wrote:
On Wed, 7 Dec 2011 12:06:46 +0100 Cedric BAIL said:
> On Wed, Dec 7, 2011 at 11:50 AM, Vincent Torri
> wrote:
> > On Wed, Dec 7, 2011 at 10:48 AM, Joerg Sonnenberger >> wrote:
> >> On Wed, Dec 07, 2011 at 02:29:17AM -0500, Christopher Michael wrote:
> >> > On 12/06/11 20:10, Enlightenment SVN w
On Wed, Dec 7, 2011 at 11:50 AM, Vincent Torri wrote:
> On Wed, Dec 7, 2011 at 10:48 AM, Joerg Sonnenberger > wrote:
>> On Wed, Dec 07, 2011 at 02:29:17AM -0500, Christopher Michael wrote:
>> > On 12/06/11 20:10, Enlightenment SVN wrote:
>> > > Log:
>> > > NO! you break api. you made my e sit here
On Wed, Dec 7, 2011 at 10:48 AM, Joerg Sonnenberger wrote:
> On Wed, Dec 07, 2011 at 02:29:17AM -0500, Christopher Michael wrote:
> > On 12/06/11 20:10, Enlightenment SVN wrote:
> > > Log:
> > > NO! you break api. you made my e sit here with a segv in a getenv.
> > >because now many libraries
On Wed, Dec 07, 2011 at 02:29:17AM -0500, Christopher Michael wrote:
> On 12/06/11 20:10, Enlightenment SVN wrote:
> > Log:
> > NO! you break api. you made my e sit here with a segv in a getenv.
> >because now many libraries and api's don't have prototyopes for
> >malloc/calloc and much mor
On 12/06/11 20:10, Enlightenment SVN wrote:
> Log:
> NO! you break api. you made my e sit here with a segv in a getenv.
>because now many libraries and api's don't have prototyopes for
>malloc/calloc and much more and this goes horribly wrong especially on
>64bit! the eina headers have
On Sun, 13 Nov 2011 16:55:54 +0100 Boris Faure said:
> On Fri, Nov 11, 2011 at 12:20, Vincent Torri wrote:
> > Note that there is a missing entry : a new hash stuff by billiob, iirc (this
> > week)
> This one is a mistake. It's an old patch none cared to review. Email
> title was: "adding murmur
On Fri, Nov 11, 2011 at 12:20, Vincent Torri wrote:
> Note that there is a missing entry : a new hash stuff by billiob, iirc (this
> week)
This one is a mistake. It's an old patch none cared to review. Email
title was: "adding murmur hash and playing with eina_bench_hash".
Now it's been committed
On Sun, 13 Nov 2011 08:18:12 +0100 (CET) Vincent Torri
said:
>
>
> On Sat, 12 Nov 2011, Enlightenment SVN wrote:
>
> > Log:
> > NEWS file like ecore - per vtorri's suggestion
>
> If I'm not mistaken, Boris Faure has added the murmush3 hash in commit
> 65017. I don't see it in the NEWS File.
On Sat, 12 Nov 2011, Enlightenment SVN wrote:
> Log:
> NEWS file like ecore - per vtorri's suggestion
If I'm not mistaken, Boris Faure has added the murmush3 hash in commit
65017. I don't see it in the NEWS File. And certainly because Boris has
forgotten to update ChangeLog.
Vincent
>
>
>
>
On Fri, 11 Nov 2011, Carsten Haitzler (The Rasterman) wrote:
> On Fri, 11 Nov 2011 10:17:45 +0100 (CET) Vincent Torri
> said:
>
>>
>>
>> On Fri, 11 Nov 2011, Enlightenment SVN wrote:
>>
>>> Log:
>>> eina NEWS file has summary from changelog. damn we did a lot.
>>>
>>>
>>>
>>> Author: rast
On Fri, 11 Nov 2011, Carsten Haitzler (The Rasterman) wrote:
On Fri, 11 Nov 2011 10:17:45 +0100 (CET) Vincent Torri
said:
On Fri, 11 Nov 2011, Enlightenment SVN wrote:
Log:
eina NEWS file has summary from changelog. damn we did a lot.
Author: raster
Date: 2011-11-11 01:
On Fri, 11 Nov 2011 10:17:45 +0100 (CET) Vincent Torri
said:
>
>
> On Fri, 11 Nov 2011, Enlightenment SVN wrote:
>
> > Log:
> > eina NEWS file has summary from changelog. damn we did a lot.
> >
> >
> >
> > Author: raster
> > Date: 2011-11-11 01:07:20 -0800 (Fri, 11 Nov 2011)
> >
On Fri, 11 Nov 2011, Enlightenment SVN wrote:
> Log:
> eina NEWS file has summary from changelog. damn we did a lot.
>
>
>
> Author: raster
> Date: 2011-11-11 01:07:20 -0800 (Fri, 11 Nov 2011)
> New Revision: 65057
> Trac: http://trac.enlightenment.org/e/changeset/65057
>
>
On Mon, 2 May 2011, Enlightenment SVN wrote:
> Log:
> formalise eina lock results to be equivalent to true/false with added
> deadlock for try.
>
>
>
> Author: raster
> Date: 2011-05-02 01:24:06 -0700 (Mon, 02 May 2011)
> New Revision: 59101
> Trac: http://trac.enlightenme
On Mon, 2 May 2011 07:01:36 +0200 (CEST)
Vincent Torri wrote:
>
>
> On Mon, 2 May 2011, Carsten Haitzler (The Rasterman) wrote:
>
> > On Sun, 1 May 2011 16:16:43 +0200 (CEST) Vincent Torri
> > said:
> >
> >>
> >>
> >> On Sun, 1 May 2011, Enlightenment SVN wrote:
> >>
> >>> Log:
> >>> oh dear.
On Mon, 2 May 2011 07:20:38 +0200 (CEST)
Vincent Torri wrote:
>
>
> On Mon, 2 May 2011, Mike Blumenkrantz wrote:
>
> > On Mon, 2 May 2011 07:01:36 +0200 (CEST)
> > Vincent Torri wrote:
> >
> >>
> >>
> >> On Mon, 2 May 2011, Carsten Haitzler (The Rasterman) wrote:
> >>
> >>> On Sun, 1 May 2011
On Mon, 2 May 2011, Mike Blumenkrantz wrote:
> On Mon, 2 May 2011 07:01:36 +0200 (CEST)
> Vincent Torri wrote:
>
>>
>>
>> On Mon, 2 May 2011, Carsten Haitzler (The Rasterman) wrote:
>>
>>> On Sun, 1 May 2011 16:16:43 +0200 (CEST) Vincent Torri
>>> said:
>>>
On Sun, 1 May 2011, E
On Mon, 2 May 2011, Carsten Haitzler (The Rasterman) wrote:
> On Sun, 1 May 2011 16:16:43 +0200 (CEST) Vincent Torri
> said:
>
>>
>>
>> On Sun, 1 May 2011, Enlightenment SVN wrote:
>>
>>> Log:
>>> oh dear. this new eina_lock thing is a bit of a mess isn't it now?
>>> some fundamental errors th
On Sun, 1 May 2011 16:16:43 +0200 (CEST) Vincent Torri
said:
>
>
> On Sun, 1 May 2011, Enlightenment SVN wrote:
>
> > Log:
> > oh dear. this new eina_lock thing is a bit of a mess isn't it now?
> > some fundamental errors there. don't go replacing pthread locks with
> > wrappers unless you k
On Sun, 1 May 2011, Enlightenment SVN wrote:
> Log:
> oh dear. this new eina_lock thing is a bit of a mess isn't it now?
> some fundamental errors there. don't go replacing pthread locks with
> wrappers unless you know full well what u are doing. havnig threads
> only work while "threads are
On Wed, 13 Apr 2011 23:57:20 +0200 (CEST) Vincent Torri
said:
> On Wed, 13 Apr 2011, Enlightenment SVN wrote:
>
> > Log:
> > e.. how about we DONT make every eina using app spew out:
>
> are you sure tha tit's the correct fix ?
yes. it calls eina_file_shutdown() registered in eina_main.c w
On Wed, 13 Apr 2011, Enlightenment SVN wrote:
> Log:
> e.. how about we DONT make every eina using app spew out:
are you sure tha tit's the correct fix ?
Vincent
>
> ERR<23281>:eina eina_main.c:173 _eina_shutdown_from_desc() Problems
> shutting down eina module 'file', ignored.
>
> now
On Sun, 27 Feb 2011, Enlightenment SVN wrote:
> Log:
> make label not have nothing after it. fix err when valgrind and
> threads disabled.
i actually fixed it : i put a return; just before the last } so your patch
should be useless
Vincent
>
>
>
> Author: raster
> Date: 2011-0
On Sat, 11 Dec 2010 08:19:33 +0100 (CET) Vincent Torri
said:
actually.. why does it have to get casted TWICE? just casting once to void *
should be enough. it will promote to 64bit pointers or do whatever is needed to
simply stuff exactly those bits from the magic val into a pointer.
>
>
> On
On Tue, 14 Dec 2010 10:45:16 +0200 Tom Hacohen
said:
> On Tue, 2010-12-14 at 14:35 +0900, Carsten Haitzler wrote:
> > > It works for you. Do you see you are giving yourself more work by
> > > fixing other's warnings?
> >
> > not really. patches and work can be rejected on the basis of warnings.
On Tue, 2010-12-14 at 14:35 +0900, Carsten Haitzler wrote:
> > It works for you. Do you see you are giving yourself more work by
> > fixing other's warnings?
>
> not really. patches and work can be rejected on the basis of warnings. we just
> havent done so yet. also forcing people to make things
On Tue, 14 Dec 2010 01:33:12 -0200 Lucas De Marchi
said:
> On Mon, Dec 13, 2010 at 11:44 PM, Carsten Haitzler
> wrote:
> > On Mon, 13 Dec 2010 16:22:35 +0200 Tom Hacohen
> > said:
> >
> >> On Mon, 2010-12-13 at 11:53 -0200, Lucas De Marchi wrote:
> >> > Indeed... several projects I work with en
On Mon, Dec 13, 2010 at 11:44 PM, Carsten Haitzler wrote:
> On Mon, 13 Dec 2010 16:22:35 +0200 Tom Hacohen
> said:
>
>> On Mon, 2010-12-13 at 11:53 -0200, Lucas De Marchi wrote:
>> > Indeed... several projects I work with enable tons of -W when
>> > configured with --enable-maintainer-mode (even
On Mon, Dec 13, 2010 at 7:35 PM, Brett Nash wrote:
>> >
>> > I don't understand why raster is so reluctant in having them. Especially
>> > if we enable them only during a development cycle, and not in a release.
>>
>> Indeed... several projects I work with enable tons of -W when
>> configured with
On Tue, 14 Dec 2010 08:35:49 +1100 Brett Nash said:
> > >
> > > I don't understand why raster is so reluctant in having them. Especially
> > > if we enable them only during a development cycle, and not in a release.
> >
> > Indeed... several projects I work with enable tons of -W when
> > config
On Mon, 13 Dec 2010 16:22:35 +0200 Tom Hacohen
said:
> On Mon, 2010-12-13 at 11:53 -0200, Lucas De Marchi wrote:
> > Indeed... several projects I work with enable tons of -W when
> > configured with --enable-maintainer-mode (even -Werror). I don't see a
> > point against doing this.
>
> I sugges
> >
> > I don't understand why raster is so reluctant in having them. Especially
> > if we enable them only during a development cycle, and not in a release.
>
> Indeed... several projects I work with enable tons of -W when
> configured with --enable-maintainer-mode (even -Werror). I don't see a
>
On Mon, 2010-12-13 at 11:53 -0200, Lucas De Marchi wrote:
> Indeed... several projects I work with enable tons of -W when
> configured with --enable-maintainer-mode (even -Werror). I don't see a
> point against doing this.
I suggested that some time ago, and IIRC even raster liked it (I can
look f
On Mon, Dec 13, 2010 at 10:51 AM, Vincent Torri wrote:
>
>
> On Mon, 13 Dec 2010, Brett Nash wrote:
>
>>
>>> sure, as i mentioned them when i compiled with suncc. Otherwise, with gcc,
>>> from
>>>
>>> http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#Warning-Options
>>>
>>> "-Wpointer-arith
>
On Mon, 13 Dec 2010, Brett Nash wrote:
>
>> sure, as i mentioned them when i compiled with suncc. Otherwise, with gcc,
>> from
>>
>> http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#Warning-Options
>>
>> "-Wpointer-arith
>> Warn about anything that depends on the .size of. a function
> sure, as i mentioned them when i compiled with suncc. Otherwise, with gcc,
> from
>
> http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#Warning-Options
>
> "-Wpointer-arith
> Warn about anything that depends on the .size of. a function type or
> of void. GNU C assigns these types a
On Mon, 13 Dec 2010, Carsten Haitzler (The Rasterman) wrote:
> On Sat, 11 Dec 2010 07:52:44 +0100 (CET) Vincent Torri
> said:
>
>>
>>
>> On Fri, 10 Dec 2010, Enlightenment SVN wrote:
>>
>>> Log:
>>> fix void ptr math. odd that no warnings happened before with all my
>>> warning flags on.
>>
>>
On Sat, 11 Dec 2010 07:52:44 +0100 (CET) Vincent Torri
said:
>
>
> On Fri, 10 Dec 2010, Enlightenment SVN wrote:
>
> > Log:
> > fix void ptr math. odd that no warnings happened before with all my
> > warning flags on.
>
> just use -Wpointer-arith
it should have been on. i use -W -Wall -Wext
On Sat, 11 Dec 2010, Vincent Torri wrote:
>
>
> On Sat, 11 Dec 2010, Vincent Torri wrote:
>
>>
>>
>> On Fri, 10 Dec 2010, Enlightenment SVN wrote:
>>
>>> Log:
>>> revert part of commit - broke compilation. no uintptr_t in linux
>>> yeaders by default - likely breaks even more.
>>
>> then ju
On Sat, 11 Dec 2010, Vincent Torri wrote:
>
>
> On Fri, 10 Dec 2010, Enlightenment SVN wrote:
>
>> Log:
>> revert part of commit - broke compilation. no uintptr_t in linux
>> yeaders by default - likely breaks even more.
>
> then just include the correct header. uintptr_t is a C99 type.
stdint
On Fri, 10 Dec 2010, Enlightenment SVN wrote:
> Log:
> fix void ptr math. odd that no warnings happened before with all my
> warning flags on.
just use -Wpointer-arith
what about ading in all the EFL:
m4_ifdef([v_rev],
[
EFL_COMPILER_FLAG([-Wpointer-arith])
])
to be sure we (th
On Fri, 10 Dec 2010, Enlightenment SVN wrote:
> Log:
> revert part of commit - broke compilation. no uintptr_t in linux
> yeaders by default - likely breaks even more.
then just include the correct header. uintptr_t is a C99 type.
Vincent
>
>
>
> Author: raster
> Date: 2010-12-
On Thu, 9 Dec 2010 08:00:46 -0200 Gustavo Sverzut Barbieri
said:
> On Thu, Dec 9, 2010 at 12:32 AM, Carsten Haitzler
> wrote:
> > On Thu, 09 Dec 2010 05:04:01 +0300 "Brett Nash" said:
> >> > +/* Why do this? Well PATH_MAX may vary from when eina itself is compiled
> >> > + * to when the app usi
On Thu, Dec 9, 2010 at 8:50 AM, Vincent Torri wrote:
>
>
> On Thu, 9 Dec 2010, Cedric BAIL wrote:
>
>> On Thu, Dec 9, 2010 at 11:24 AM, Vincent Torri
>> wrote:
>>>
>>> On Thu, 9 Dec 2010, Gustavo Sverzut Barbieri wrote:
On Thu, Dec 9, 2010 at 12:55 AM, Enlightenment SVN
wrote:
>>>
On Thu, 9 Dec 2010, Cedric BAIL wrote:
On Thu, Dec 9, 2010 at 11:24 AM, Vincent Torri wrote:
On Thu, 9 Dec 2010, Gustavo Sverzut Barbieri wrote:
On Thu, Dec 9, 2010 at 12:55 AM, Enlightenment SVN
wrote:
Log:
and if i'm breaking shit... i may as well put it at the end, so if
size changes
On Thu, Dec 9, 2010 at 8:34 AM, Cedric BAIL wrote:
> On Thu, Dec 9, 2010 at 11:24 AM, Vincent Torri wrote:
>> On Thu, 9 Dec 2010, Gustavo Sverzut Barbieri wrote:
>>> On Thu, Dec 9, 2010 at 12:55 AM, Enlightenment SVN
>>> wrote:
Log:
and if i'm breaking shit... i may as well put it
On Thu, Dec 9, 2010 at 11:24 AM, Vincent Torri wrote:
> On Thu, 9 Dec 2010, Gustavo Sverzut Barbieri wrote:
>> On Thu, Dec 9, 2010 at 12:55 AM, Enlightenment SVN
>> wrote:
>>>
>>> Log:
>>> and if i'm breaking shit... i may as well put it at the end, so if
>>> size changes later to be bigger, exi
On Thu, 9 Dec 2010, Gustavo Sverzut Barbieri wrote:
On Thu, Dec 9, 2010 at 12:55 AM, Enlightenment SVN
wrote:
Log:
and if i'm breaking shit... i may as well put it at the end, so if
size changes later to be bigger, existing code doesnt break (due to
the way this is meant to be accessed).
On Thu, Dec 9, 2010 at 12:55 AM, Enlightenment SVN
wrote:
> Log:
> and if i'm breaking shit... i may as well put it at the end, so if
> size changes later to be bigger, existing code doesnt break (due to
> the way this is meant to be accessed).
> size_t path_length; /**< size o
On Thu, Dec 9, 2010 at 12:32 AM, Carsten Haitzler wrote:
> On Thu, 09 Dec 2010 05:04:01 +0300 "Brett Nash" said:
>> > +/* Why do this? Well PATH_MAX may vary from when eina itself is compiled
>> > + * to when the app using eina is compiled. exposing the path buffer
>> > below
>> > + * cant safely
On Thu, 09 Dec 2010 05:04:01 +0300 "Brett Nash" said:
>
> > +/* Why do this? Well PATH_MAX may vary from when eina itself is compiled
> > + * to when the app using eina is compiled. exposing the path buffer
> > below
> > + * cant safely and portably vary based on how/when you compile. it
> > sho
> +/* Why do this? Well PATH_MAX may vary from when eina itself is compiled
> + * to when the app using eina is compiled. exposing the path buffer
> below
> + * cant safely and portably vary based on how/when you compile. it
> should
> + * always be the same for both eina inside ANd for apps outsi
On Fri, 22 Oct 2010, Enlightenment SVN wrote:
> Log:
> lets lock del too eh?
>
>
> Author: raster
> Date: 2010-10-22 21:36:52 -0700 (Fri, 22 Oct 2010)
> New Revision: 53796
>
> Modified:
> trunk/eina/src/modules/mp/one_big/eina_one_big.c
>
> Modified: trunk/eina/src/modules/mp/on
On Wed, 25 Aug 2010, Joerg Sonnenberger wrote:
> On Wed, Aug 25, 2010 at 10:22:19PM +0200, Vincent Torri wrote:
>> On Wed, 25 Aug 2010, Raphael Kubo da Costa wrote:
>>> FWIW, on FreeBSD at least, limits.h includes both sys/limits.h and
>>> sys/syslimits.h (the latter only if __POSIX_VISIBLE is d
On Wed, Aug 25, 2010 at 10:22:19PM +0200, Vincent Torri wrote:
> On Wed, 25 Aug 2010, Raphael Kubo da Costa wrote:
> > FWIW, on FreeBSD at least, limits.h includes both sys/limits.h and
> > sys/syslimits.h (the latter only if __POSIX_VISIBLE is defined).
>
> All versions ?
At least down to FreeBS
On Wednesday 25 August 2010 17:22:19 Vincent Torri wrote:
> On Wed, 25 Aug 2010, Raphael Kubo da Costa wrote:
> > On Wednesday 25 August 2010 16:30:04 Joerg Sonnenberger wrote:
> >> On Wed, Aug 25, 2010 at 08:32:28PM +0200, Vincent Torri wrote:
> >>> On Mon, 23 Aug 2010, Joerg Sonnenberger wrote:
>
On Wed, 25 Aug 2010, Raphael Kubo da Costa wrote:
> On Wednesday 25 August 2010 16:30:04 Joerg Sonnenberger wrote:
>> On Wed, Aug 25, 2010 at 08:32:28PM +0200, Vincent Torri wrote:
>>> On Mon, 23 Aug 2010, Joerg Sonnenberger wrote:
On Sun, Aug 22, 2010 at 06:08:38AM +0200, Vincent Torri wro
On Wednesday 25 August 2010 16:30:04 Joerg Sonnenberger wrote:
> On Wed, Aug 25, 2010 at 08:32:28PM +0200, Vincent Torri wrote:
> > On Mon, 23 Aug 2010, Joerg Sonnenberger wrote:
> > >On Sun, Aug 22, 2010 at 06:08:38AM +0200, Vincent Torri wrote:
> > >>>-#if defined (__MacOSX__) || defined (__FreeB
On Wed, Aug 25, 2010 at 08:32:28PM +0200, Vincent Torri wrote:
>
>
> On Mon, 23 Aug 2010, Joerg Sonnenberger wrote:
>
> >On Sun, Aug 22, 2010 at 06:08:38AM +0200, Vincent Torri wrote:
> >>>-#if defined (__MacOSX__) || defined (__FreeBSD__) || (defined (__MACH__)
> >>>&& \
> >>>- defined (__AP
On Mon, 23 Aug 2010, Joerg Sonnenberger wrote:
> On Sun, Aug 22, 2010 at 06:08:38AM +0200, Vincent Torri wrote:
>>> -#if defined (__MacOSX__) || defined (__FreeBSD__) || (defined (__MACH__)
>>> && \
>>> - defined (__APPLE__))
>>> -# include
>>> -#endif
>>> +#include
>>
>> Did Joerg try that
On Sun, Aug 22, 2010 at 06:08:38AM +0200, Vincent Torri wrote:
> > -#if defined (__MacOSX__) || defined (__FreeBSD__) || (defined (__MACH__)
> > && \
> > - defined (__APPLE__))
> > -# include
> > -#endif
> > +#include
>
> Did Joerg try that on all the platforms that were in the #define ? If n
On Sun, 22 Aug 2010, Carsten Haitzler (The Rasterman) wrote:
> On Sun, 22 Aug 2010 06:08:38 +0200 (CEST) Vincent Torri
> said:
>
> http://en.wikibooks.org/wiki/C_Programming/Reference_Tables
>
> since we are c99 - we can assume c90 too. :)
the problem is not that limits.h exists everywhere or
On Sun, 22 Aug 2010 06:08:38 +0200 (CEST) Vincent Torri
said:
http://en.wikibooks.org/wiki/C_Programming/Reference_Tables
since we are c99 - we can assume c90 too. :)
>
>
> > -#if defined (__MacOSX__) || defined (__FreeBSD__) || (defined (__MACH__)
> > && \
> > - defined (__APPLE__))
> > -#
On Sun, 22 Aug 2010 06:11:40 +0200 (CEST) Vincent Torri
said:
> > Modified: trunk/eina/src/lib/eina_log.c
> > ===
> > --- trunk/eina/src/lib/eina_log.c 2010-08-22 01:15:18 UTC (rev 51505)
> > +++ trunk/eina/src/lib/eina_log.c 20
> Modified: trunk/eina/src/lib/eina_log.c
> ===
> --- trunk/eina/src/lib/eina_log.c 2010-08-22 01:15:18 UTC (rev 51505)
> +++ trunk/eina/src/lib/eina_log.c 2010-08-22 01:15:47 UTC (rev 51506)
> @@ -354,10 +354,11 @@
>do {
> -#if defined (__MacOSX__) || defined (__FreeBSD__) || (defined (__MACH__) && \
> - defined (__APPLE__))
> -# include
> -#endif
> +#include
Did Joerg try that on all the platforms that were in the #define ? If no,
revert this. I did ask people where the nedded constant were located, and
i
On Thu, 13 Aug 2009 07:18:28 +0200 (CEST) Vincent Torri
said:
well returning the time with a 0 date (invalid) is better than nothing, but it
won't fail - the format is a fixed format always the same according to the docs.
> On Wed, 12 Aug 2009, Enlightenment SVN wrote:
>
> > +fields = s
On Thu, 13 Aug 2009 07:33:07 +0200 (CEST) Vincent Torri
said:
hamsters need no initting!
> also eina_hamster_init() is not called in eina_init() :-) poor hamsters !
>
> (and eina_tiler init() as well)
>
> Vincent
>
> On Thu, 13 Aug 2009, Vincent Torri wrote:
>
> >
> > On Wed, 12 Aug 2009, En
also eina_hamster_init() is not called in eina_init() :-) poor hamsters !
(and eina_tiler init() as well)
Vincent
On Thu, 13 Aug 2009, Vincent Torri wrote:
On Wed, 12 Aug 2009, Enlightenment SVN wrote:
+fields = sscanf(_eina_hamster_time, "%02i:%02i:%02i", &hrs, &min,
&sec);
+
On Wed, 12 Aug 2009, Enlightenment SVN wrote:
> +fields = sscanf(_eina_hamster_time, "%02i:%02i:%02i", &hrs, &min,
> &sec);
> +if (fields == 3)
> + {
> + _eina_hamsters = (hrs * 60) + min;
> + fields = sscanf(_eina_hamster_date, "%s %i %i", mon, &
On Fri, 10 Apr 2009 02:45:47 -0300 Gustavo Sverzut Barbieri
said:
> On Thu, Apr 9, 2009 at 10:14 PM, Carsten Haitzler
> wrote:
> > On Thu, 9 Apr 2009 10:24:19 -0300 Gustavo Sverzut Barbieri
> > said:
> >
> > Eina.h already does the extern "C" before it #includes the other .h files...
>
> yes,
On Fri, 10 Apr 2009, Gustavo Sverzut Barbieri wrote:
> On Thu, Apr 9, 2009 at 10:14 PM, Carsten Haitzler
> wrote:
>> On Thu, 9 Apr 2009 10:24:19 -0300 Gustavo Sverzut Barbieri
>> said:
>>
>> Eina.h already does the extern "C" before it #includes the other .h files...
>
> yes, but even then we
On Thu, Apr 9, 2009 at 10:14 PM, Carsten Haitzler wrote:
> On Thu, 9 Apr 2009 10:24:19 -0300 Gustavo Sverzut Barbieri
> said:
>
> Eina.h already does the extern "C" before it #includes the other .h files...
yes, but even then we cannot have "new" as variable? AFAIU everything
inside extern "C"
On Thu, 9 Apr 2009 10:24:19 -0300 Gustavo Sverzut Barbieri
said:
Eina.h already does the extern "C" before it #includes the other .h files...
> On Thu, Apr 9, 2009 at 2:55 AM, Enlightenment SVN
> wrote:
> > Log:
> > new -> news. people with g++ using eina in their c++ stuff will be most
> > u
On Thu, Apr 9, 2009 at 2:55 AM, Enlightenment SVN
wrote:
> Log:
> new -> news. people with g++ using eina in their c++ stuff will be most
> un-amused by the use of a variable called "new".
shouldn't exter " C" {...} in eina_stringshare.h that includes
eina_inline_stringshare.x handle that?
--
gt; tnar...@gmail.com
>
> From: Michael Jennings
> Subject: Re: [E-devel] E SVN: raster trunk/eina/src/lib
> Date: Sun, 4 Jan 2009 22:10:11 -0800
>
> > On Wednesday, 31 December 2008, at 19:09:48 (-0800),
> > Enlightenment SVN wrote:
> >
> >> -...@ein
=-=-=-=-
Naruto TAKAHASHI
tnar...@gmail.com
From: Michael Jennings
Subject: Re: [E-devel] E SVN: raster trunk/eina/src/lib
Date: Sun, 4 Jan 2009 22:10:11 -0800
On Wednesday, 31 December 2008, at 19:09:48 (-0800),
Enlightenment SVN wrote:
-...@eina_cflags@
+...@eina_cflags@ \
+-fno-strict-aliasin
Hi, Michael.
thank you, advice.
I move "-fno-strict-aliasing" flag to configure.ac.
Best Regards.
-=-=-=-=-=-=-=-=-
Naruto TAKAHASHI
tnar...@gmail.com
From: Michael Jennings
Subject: Re: [E-devel] E SVN: raster trunk/eina/src/lib
Date: Sun, 4 Jan 2009 22:10:11 -0800
> On
On Wednesday, 31 December 2008, at 19:09:48 (-0800),
Enlightenment SVN wrote:
> -...@eina_cflags@
> +...@eina_cflags@ \
> +-fno-strict-aliasing
This breaks portability. If this flag is needed, there must be a
configure.ac test for the acceptability of this flag.
Michael
--
Michael Jennings (a
On Wed, Oct 29, 2008 at 9:12 PM, Enlightenment SVN
<[EMAIL PROTECTED]> wrote:
> Log:
> add error catching and output if mempool alloc/init fails.
raster, please use EINA_ERROR_P*()
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: [EM
84 matches
Mail list logo