On Tue, 22 Jan 2013 22:16:09 -0200 Gustavo Sverzut Barbieri
said:
> On Tue, Jan 22, 2013 at 9:55 PM, Carsten Haitzler
> wrote:
> > On Tue, 22 Jan 2013 13:58:25 -0800 "Enlightenment SVN"
> > said:
> >
> > as of this commit... efl build is broken due to DSO changes.
> >
> > also.. efl build is cu
On Tue, Jan 22, 2013 at 9:55 PM, Carsten Haitzler wrote:
> On Tue, 22 Jan 2013 13:58:25 -0800 "Enlightenment SVN"
> said:
>
> as of this commit... efl build is broken due to DSO changes.
>
> also.. efl build is currently "broken" anyway - with or without this as it
> prefers to link to installed
On Tue, 22 Jan 2013 13:58:25 -0800 "Enlightenment SVN"
said:
as of this commit... efl build is broken due to DSO changes.
also.. efl build is currently "broken" anyway - with or without this as it
prefers to link to installed efl libs rather than the newly compiled ones...
inside the efl tree...
On Fri, 18 Jan 2013 13:40:53 + Tom Hacohen
wrote:
> On 18/01/13 13:35, Gustavo Sverzut Barbieri wrote:
> > On Fri, Jan 18, 2013 at 9:48 AM, Stefan Schmidt
> > wrote:
> >>> We must bump required check's version. Could u do it?
> >>
> >> I would have done if I liked the idea. :) My problem is
On 18/01/13 13:35, Gustavo Sverzut Barbieri wrote:
> On Fri, Jan 18, 2013 at 9:48 AM, Stefan Schmidt wrote:
>>> We must bump required check's version. Could u do it?
>>
>> I would have done if I liked the idea. :) My problem is that the ubuntu
>> version listed above is the one I have installed on
On Fri, Jan 18, 2013 at 9:48 AM, Stefan Schmidt wrote:
>> We must bump required check's version. Could u do it?
>
> I would have done if I liked the idea. :) My problem is that the ubuntu
> version listed above is the one I have installed on my work machine. So
> I see the actual build problem.
w
Hello.
On 18/01/13 11:32, Gustavo Sverzut Barbieri wrote:
> On Friday, January 18, 2013, Stefan Schmidt wrote:
>
>> Hello.
>>
>> On 17/01/13 19:13, Enlightenment SVN wrote:
>>> Log:
>>> eina/tests: fix some warnings and use better ck macros.
>>>
>>>
>>> Author: barbieri
>>> Date: 201
On Friday, January 18, 2013, Stefan Schmidt wrote:
> Hello.
>
> On 17/01/13 19:13, Enlightenment SVN wrote:
> > Log:
> > eina/tests: fix some warnings and use better ck macros.
> >
> >
> > Author: barbieri
> > Date: 2013-01-17 11:13:24 -0800 (Thu, 17 Jan 2013)
> > New Revision: 82943
Hello.
On 17/01/13 19:13, Enlightenment SVN wrote:
> Log:
> eina/tests: fix some warnings and use better ck macros.
>
>
> Author: barbieri
> Date: 2013-01-17 11:13:24 -0800 (Thu, 17 Jan 2013)
> New Revision: 82943
> Trac: http://trac.enlightenment.org/e/changeset/82943
>
> Mo
On Thursday, January 17, 2013, Cedric BAIL wrote:
> On Thu, Jan 17, 2013 at 8:04 PM, Gustavo Sverzut Barbieri
> > wrote:
> > On Wednesday, January 16, 2013, Cedric BAIL wrote:
> >
> >> On Thu, Jan 17, 2013 at 6:26 AM, Enlightenment SVN
> >> > wrote:
> >> > Log:
> >> > fix internal library linkage
On Thu, Jan 17, 2013 at 8:04 PM, Gustavo Sverzut Barbieri
wrote:
> On Wednesday, January 16, 2013, Cedric BAIL wrote:
>
>> On Thu, Jan 17, 2013 at 6:26 AM, Enlightenment SVN
>> > wrote:
>> > Log:
>> > fix internal library linkage to pull in dependencies.
>> >
>> > some libraries will need to pul
On Wednesday, January 16, 2013, Cedric BAIL wrote:
> On Thu, Jan 17, 2013 at 6:26 AM, Enlightenment SVN
> > wrote:
> > Log:
> > fix internal library linkage to pull in dependencies.
> >
> > some libraries will need to pull more than its own .so, for example
> > Eina.h includes eina_lock.h that
On Thu, Jan 17, 2013 at 6:26 AM, Enlightenment SVN
wrote:
> Log:
> fix internal library linkage to pull in dependencies.
>
> some libraries will need to pull more than its own .so, for example
> Eina.h includes eina_lock.h that includes eina_inline_lock_posix.x
> that will use pthread calls
On Wednesday, January 16, 2013, David Seikel wrote:
> On Wed, 16 Jan 2013 22:39:07 -0200 Gustavo Sverzut Barbieri
> > wrote:
>
> > On Wednesday, January 16, 2013, David Seikel wrote:
> >
> > > On Wed, 16 Jan 2013 12:53:35 -0800 "Enlightenment SVN"
> > > > wrote:
> > >
> > > > Log:
> > > > be stri
On Wed, 16 Jan 2013 22:39:07 -0200 Gustavo Sverzut Barbieri
wrote:
> On Wednesday, January 16, 2013, David Seikel wrote:
>
> > On Wed, 16 Jan 2013 12:53:35 -0800 "Enlightenment SVN"
> > > wrote:
> >
> > > Log:
> > > be strict about c++ compiler.
>
> So far bullet/physics and some IMF modules. T
On Wednesday, January 16, 2013, David Seikel wrote:
> On Wed, 16 Jan 2013 12:53:35 -0800 "Enlightenment SVN"
> > wrote:
>
> > Log:
> > be strict about c++ compiler.
So far bullet/physics and some IMF modules. There is an eina test that uses
C++ to ensure our headers are compatible. As I don't wa
On Wed, 16 Jan 2013 12:53:35 -0800 "Enlightenment SVN"
wrote:
> Log:
> be strict about c++ compiler.
>
>
> Author: barbieri
> Date: 2013-01-16 12:53:35 -0800 (Wed, 16 Jan 2013)
> New Revision: 82900
> Trac: http://trac.enlightenment.org/e/changeset/82900
>
> Modified:
>
On Thu, Jan 10, 2013 at 2:25 PM, Gustavo Sverzut Barbieri <
barbi...@profusion.mobi> wrote:
> On Thu, Jan 10, 2013 at 2:32 AM, Daniel Juyung Seo >wrote:
>
> > with -p option?
> > Is it different from 'svn diff -p'?
> >
>
>
> from docs I should pass: svn diff -x "-u -p" to get unified diff with C
On Thu, 10 Jan 2013 03:25:27 -0200 Gustavo Sverzut Barbieri
wrote:
> On Thu, Jan 10, 2013 at 2:32 AM, Daniel Juyung Seo
> wrote:
>
> > with -p option?
> > Is it different from 'svn diff -p'?
> >
>
>
> from docs I should pass: svn diff -x "-u -p" to get unified diff with
> C function names in c
On Thu, Jan 10, 2013 at 2:32 AM, Daniel Juyung Seo wrote:
> with -p option?
> Is it different from 'svn diff -p'?
>
from docs I should pass: svn diff -x "-u -p" to get unified diff with C
function names in context diff. But it did not work :-/
--
Gustavo Sverzut Barbieri
http://profusion.mobi
with -p option?
Is it different from 'svn diff -p'?
Daniel Juyung Seo (SeoZ)
On Thu, Jan 10, 2013 at 8:25 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> still not there with svnlook diff :-/
>
> hell, how to make this bastard show C function names in diff!?
>
>
> Author:
On Tue, 8 Jan 2013 22:47:02 +0900 Cedric BAIL said:
> On Tue, Jan 8, 2013 at 10:32 PM, Enlightenment SVN
> wrote:
> > Log:
> > efl/edje: conditional usage of fixed-point, program/calc caches.
> >
> > Weirdly enough raster turned PROGRAM cache on to fix a bug saying that
> > the other path wa
On Tue, Jan 8, 2013 at 10:32 PM, Enlightenment SVN
wrote:
> Log:
> efl/edje: conditional usage of fixed-point, program/calc caches.
>
> Weirdly enough raster turned PROGRAM cache on to fix a bug saying that
> the other path was not tested, but from IN-EFL/edje/configure.ac CALC
> cache was e
gt; building from the AUR don't need valgrind, but the same thing happens with
> the
> dev profile.
>
>
> > Date: Tue, 1 Jan 2013 12:48:49 -0200
> > From: barbi...@profusion.mobi
> > To: enlightenment-devel@lists.sourceforge.net
> > Subject:
k.com
To: enlightenment-devel@lists.sourceforge.net
Date: Tue, 1 Jan 2013 09:21:23 -0600
Subject: Re: [E-devel] E SVN: barbieri trunk/efl
Yep, same versions of automake and autoconf here. I was afraid that it was
something in my config, so I tried building in a clean chroot and was still
gettin
t-devel@lists.sourceforge.net
> > Subject: Re: [E-devel] E SVN: barbieri trunk/efl
> >
> > Weird. Did you --enable-fast-install and see if it is fixed?
> >
> > On Tuesday, January 1, 2013, Doug Newgard wrote:
> >
> > > This commit is breaks install for m
Yep, and it does fix it.
> Date: Tue, 1 Jan 2013 12:09:04 -0200
> From: barbi...@profusion.mobi
> To: enlightenment-devel@lists.sourceforge.net
> Subject: Re: [E-devel] E SVN: barbieri trunk/efl
>
> Weird. Did you --enable-fast-instal
Weird. Did you --enable-fast-install and see if it is fixed?
On Tuesday, January 1, 2013, Doug Newgard wrote:
> This commit is breaks install for me. Using make DESTDIR="/foo/bar"
> install,
> the only binary I get in the bin dir is evas_cerve2_client, all of the
> others
> that should be binarie
This commit is breaks install for me. Using make DESTDIR="/foo/bar" install,
the only binary I get in the bin dir is evas_cerve2_client, all of the others
that should be binaries are temporary libtool scripts.
Doug (Scimmia on IRC)
---
Log:
efl/libtool: disabl
changelog/news?
/vtorri :(
On Mon, 31 Dec 2012 12:41:55 -0800
"Enlightenment SVN" wrote:
> Log:
> efl: make xattr stuff work.
>
>* fix eina_xattr_value_ls() and eina_xattr_value_fd_ls() to not loop
> infinitely.
>
>* NULL terminate the retrieved xattr values, at least they'll
Indeed, will try to remember next time.
On Friday, December 21, 2012, Daniel Willmann wrote:
> It would be mighty fine if these kind of changes are communicated
> beforehand
> or if you update the buildbot Makefiles as well (you did write them once,
> didn't you?).
>
> If I hadn't noticed this co
It would be mighty fine if these kind of changes are communicated beforehand
or if you update the buildbot Makefiles as well (you did write them once,
didn't you?).
If I hadn't noticed this commit at the same time Stefan noticed that the
tests on buildbot are not run anymore you would have sent us
This one did not need any backporting because it was introduced
recently. The other one has been backported.
Cheers,
--lf
On Tue, Dec 18, 2012 at 6:59 PM, Enlightenment SVN
wrote:
> Log:
> efl/ecore_evas_extn: don't leak bdata.
>
> PS: I cannot backport this to 1.7.x, could someone do this fo
reducing options and making wonders to make the test system more uniform :-)
On Sat, Dec 8, 2012 at 4:22 PM, Daniel Juyung Seo wrote:
> Ok I figured this out with the help of Vinky.
> http://trac.enlightenment.org/e/changeset/80530
>
> Thanks.
>
> Daniel Juyung Seo (SeoZ)
>
> On Sun, Dec 9, 2012
Ok I figured this out with the help of Vinky.
http://trac.enlightenment.org/e/changeset/80530
Thanks.
Daniel Juyung Seo (SeoZ)
On Sun, Dec 9, 2012 at 3:10 AM, Daniel Juyung Seo wrote:
> Oh.. is this true?
> After this commit, I failed to build efl single tree on my Ubuntu 12.10.
>
> First time
Oh.. is this true?
After this commit, I failed to build efl single tree on my Ubuntu 12.10.
First time, I got errors about gif while doing autogen.
I installed libgif-dev.
On my second trial, I got errors about tiff while doing autogen.
I installed libtiff5-dev.
On my third trial, I got errors l
On Thu, Dec 6, 2012 at 11:09 PM, Enlightenment SVN
wrote:
> Log:
> efl: add EFL_PKG_CHECK_STRICT() and use it.
>
> PKG_CHECK_EXISTS() does not abort upon failure, our rule. So add this
> and avoid replicating code like crazy.
the way i did it is such that it can not fail...
Vincent
>
>
>
>
On Thu, Dec 6, 2012 at 12:00 PM, Vincent Torri wrote:
> On Thu, Dec 6, 2012 at 2:58 PM, Enlightenment SVN
> wrote:
>> Log:
>> efl: remove want_poll.
>>
>>
>> Author: barbieri
>> Date: 2012-12-06 05:58:32 -0800 (Thu, 06 Dec 2012)
>> New Revision: 80362
>> Trac: http://trac.en
On Thu, Dec 6, 2012 at 2:58 PM, Enlightenment SVN
wrote:
> Log:
> efl: remove want_poll.
>
>
> Author: barbieri
> Date: 2012-12-06 05:58:32 -0800 (Thu, 06 Dec 2012)
> New Revision: 80362
> Trac: http://trac.enlightenment.org/e/changeset/80362
>
> Modified:
> trunk/efl/confi
On Thu, Nov 29, 2012 at 9:10 PM, Gustavo Sverzut Barbieri
wrote:
> On Thursday, November 29, 2012, Cedric BAIL wrote:
>> On Thu, Nov 29, 2012 at 4:24 AM, Gustavo Sverzut Barbieri
>> > wrote:
>> > On Wed, Nov 28, 2012 at 5:17 PM, Enlightenment SVN
>> > > wrote:
>> >>
>> >> Log:
>> >> evas/rectangle
On Thursday, November 29, 2012, Cedric BAIL wrote:
> On Thu, Nov 29, 2012 at 4:24 AM, Gustavo Sverzut Barbieri
> > wrote:
> > On Wed, Nov 28, 2012 at 5:17 PM, Enlightenment SVN
> > > wrote:
> >>
> >> Log:
> >> evas/rectangle: Refactor common code for rectangle drawing
> >>
> >> This patch refact
Hi Cedric,
Cedric BAIL writes:
> I don't know your intended use for evas_common_rectangle_draw_cb, but
> be careful if you want to use it in a thread. It use a static variable
> and his clearly not thread safe. evas_common_rectangle_draw_do is
> intended to be thread safe and used in that kind o
On Thu, Nov 29, 2012 at 4:24 AM, Gustavo Sverzut Barbieri
wrote:
> On Wed, Nov 28, 2012 at 5:17 PM, Enlightenment SVN
> wrote:
>>
>> Log:
>> evas/rectangle: Refactor common code for rectangle drawing
>>
>> This patch refactors common code for rectangle draws - so that it can be
>> used by oth
On Wed, Nov 28, 2012 at 5:17 PM, Enlightenment SVN
wrote:
>
> Log:
> evas/rectangle: Refactor common code for rectangle drawing
>
> This patch refactors common code for rectangle draws - so that it can be
> used by other engines and *threaded* X11.
>
This patch that saves clipper, apply cutou
On Wednesday, October 10, 2012, Vincent Torri wrote:
> i did that for a precise reason... I'll revert some stuff...
That was just pollution. We need to keep it lean and later add some macros
to create that stuff. It's too error prone. :-(
>
> Vincent
>
> On Wed, Oct 10, 2012 at 7:40 PM, Enlig
i did that for a precise reason... I'll revert some stuff...
Vincent
On Wed, Oct 10, 2012 at 7:40 PM, Enlightenment SVN
wrote:
> Log:
> efl: cleanup to remove stuff that is not in single-tree yet.
>
> Remove every mention to libraries that are still not in the
> single-tree build such as emo
46 matches
Mail list logo
