cedric pushed a commit to branch efl-1.8.
http://git.enlightenment.org/core/efl.git/commit/?id=5ff5f509fccab9196449f1c31109e316a1a7fed3
commit 5ff5f509fccab9196449f1c31109e316a1a7fed3
Author: Albin Tonnerre
Date: Wed Feb 12 11:50:48 2014 +0900
eina: allow eina_time_get to fall back to
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=ed0618407754fbfc497addc6824f1c06c684cd89
commit ed0618407754fbfc497addc6824f1c06c684cd89
Author: Albin Tonnerre
Date: Wed Feb 12 11:50:48 2014 +0900
eina: allow eina_time_get to fall back to
On Tue, Feb 11, 2014 at 12:32 AM, Carsten Haitzler wrote:
> the check temporarily adds -mfpu-neon to then #include arm_neon.h + arm asm
> check as the next check and then enables neon builds if this works... then
> restores CFLAGS. so it turns neon on regardless if -mfpu-neon is on in my
> CFLAGS.
On Mon, Feb 10, 2014 at 6:00 PM, Gustavo Sverzut Barbieri
wrote:
> Hi Raster,
>
> This was added as Albin (ARM developer) requested, could you both
> check if it should stay or not?
I'm unsure why that breaks build on earlier architectures, but
removing -mfpu=neon doesn't make the check any more
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=62efaed9dcb27e4b07a5d35cd1d0819db7624aac
commit 62efaed9dcb27e4b07a5d35cd1d0819db7624aac
Author: Albin Tonnerre
Date: Mon Feb 10 10:40:08 2014 +0900
comments: typo fix - s/dictionnary/dictionary
raster pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=64e153ea7fffa269dcc4566aeb6e17f2b24580ea
commit 64e153ea7fffa269dcc4566aeb6e17f2b24580ea
Author: Albin Tonnerre
Date: Sun Feb 9 19:44:49 2014 +0900
cleanup - Remove the extra copy of the code
raster pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=259f33679c38e03de3e35c3a0859b3f3f0f9c39a
commit 259f33679c38e03de3e35c3a0859b3f3f0f9c39a
Author: Albin Tonnerre
Date: Sun Feb 9 09:42:52 2014 +0900
evas/op_blend: rename LOOP_ALIGNED_U1_A48_SSE3
As requested, here's the patch as an attachement
--
Albin
On Sat, Feb 8, 2014 at 1:50 PM, Albin Tonnerre wrote:
> _op_blend_pan_mas_dp is just a duplication of the code in
> _op_blend_pas_mas_dp. Remove the extra copy of the code and use a define
> instead; this is what the SSE
_op_blend_pan_mas_dp is just a duplication of the code in
_op_blend_pas_mas_dp. Remove the extra copy of the code and use a define
instead; this is what the SSE3 code already does.
---
Hi,
I tried submitting that change using 'arc diff' but it keeps crashing because
of some JSON error, so here goe
Hi Gustavo,
On Sun, Jan 19, 2014 at 1:24 PM, Gustavo Sverzut Barbieri
wrote:
> looks okay to me, do you have commit access? Otherwise I can commit for you
I don't have commit access, so I'm happy with you doing the commit :)
Thanks,
--
Albin
---
Hi,
I just tried building EFL 1.8 on my Chromebook at it appears that even
though the CPU supports NEON, the code snippet doing NEON detection in
configure.ac fails (using Debian Unstable, GCC 4.8.2):
configure:23270: checking whether to use NEON instructions
configure:23283: gcc -std=gnu99 -c -g
On Mon, Jan 13, 2014 at 1:51 PM, Albin Tonnerre wrote:
> Hi,
Hi,
> I recently try to debug an issue with Ecore_Audio (segfault when
> running the testsuite, haven't gone to the bottom of that yet) and
> noticed a couple things that make using it rather difficult:
>
&
Hi,
I recently try to debug an issue with Ecore_Audio (segfault when
running the testsuite, haven't gone to the bottom of that yet) and
noticed a couple things that make using it rather difficult:
- Some headers are installed depending on PULSE and SNDFILE, but
Ecore_Audio.h includes them uncond
On Fri, Jan 3, 2014 at 1:05 PM, Gustavo Sverzut Barbieri
wrote:
> Ops! I guess it was a problem when we split ecore_evas into modules,
> these events should be, indeed, defined in libecore_evas.so, not in
> the module.
>
> I can't commit a fix right now, could someone move the EAPI
> declaration a
Hi,
I noticed something strange while working on the Debian packaging for
EFL 1.8: the two symbols mentionned in the title are no longer present
in libecore-evas.so but are apparently part of the API: they're
exported in Ecore_Evas.h
Those two variables seem to have been moved to a module by comm
etrunko pushed a commit to branch eina-1.7.
http://git.enlightenment.org/legacy/eina.git/commit/?id=13eb61dacb2cabcc8a5d2fd29703759f69df5c0e
commit 13eb61dacb2cabcc8a5d2fd29703759f69df5c0e
Author: Albin Tonnerre
Date: Fri Nov 1 11:25:11 2013 -0200
Tests: Link against @EFL_PTHREAD_LIBS
yoz pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=6b130d8b18e5077f4a5fe0fefe534a73053fcb08
commit 6b130d8b18e5077f4a5fe0fefe534a73053fcb08
Author: Albin Tonnerre
Date: Tue Oct 29 23:25:54 2013 +0100
ecore_x/xlib/ecore_x_vsync.c uses dlopen and
ecore_x/xlib/ecore_x_vsync.c uses dlopen and dlsym, but configure.ac
only checks for this for the XCB variant. This results in linker errors
when using strict linker flags (-Wl,-z,defs)
---
configure.ac | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configure.ac b/configure.ac
index 206004
On Tue, Jan 8, 2013 at 11:18 PM, Gustavo Sverzut Barbieri
wrote:
> Hi Lutin,
>
> both seem correct to me. Let's wait for others to chime in, but they should
> be okay.
I'd like to upload those fixes to Debian soon, so now would be a good
time for anyone who'd like to object :)
--
Albin
-
On Wed, Jan 9, 2013 at 1:27 AM, Leandro Dorileo wrote:
> Hi,
>> > {
>> >unsigned char *d, *comp;
>> > - int *header, ret, ok = 1;
>> > + int *header, *bigend_data, ret, ok = 1;
>> >uLongf buflen = 0;
>> >
>> >buflen = (((w * h * 101) / 100) + 3) * 4;
>> >
Hi,
I recently uploaded Eet 1.7.4 to Debian; this was the first version to
have the testsuite enabled and to my suprise, it failed on all
bigendian architectures
(https://buildd.debian.org/status/package.php?p=eet&suite=experimental)
I tried to find the cause of the issue, and it would seem there
On Sun, Dec 30, 2012 at 5:14 AM, P Purkayastha wrote:
> Are you sure variable substitution (using #, %, etc) is not POSIX? As
> far I could remember, it is POSIX. I also found it mentioned here, and a
> couple of other places on Google search:
I stand corrected :) Looks like some other forms of v
On Fri, Jan 4, 2013 at 10:34 AM, Carsten Haitzler wrote:
> we upgraded major config version for e17 - thus yes - it gets wiped.
Just curious - what was the particular change that required the config
to get wiped?
Thanks,
--
Albin
-
On Sat, Dec 29, 2012 at 2:49 PM, Albin Tonnerre
wrote:
> It used to be possible to run the testsuite whether coverage was enabled
> or not; this is very useful for eg. distros who want to automatically
> run the testsuite without having to compile with coverage support.
>
> Most o
On Sat, Dec 29, 2012 at 6:30 PM, Brian 'morlenxus' Miculcy
wrote:
> Hm, i suggest to use
>
> #!/usr/bin/env bash
The common usage for shell scripts seems to be /bin/$SHELL (since
unlike perl or python there tends not be several competing versions of
a given shell interpreter), but feel free to us
enlightenment_remote uses at least variable substitution (${var%%.*})
and options (echo -e) that are not guaranteed to be available in
stricter (wrt. what's in POSIX) shell implementations, which may lead to
malfunction. Running the script using bash ensures things work as
intended.
---
data/tools
It used to be possible to run the testsuite whether coverage was enabled
or not; this is very useful for eg. distros who want to automatically
run the testsuite without having to compile with coverage support.
Most other EFL in the stable branch already allow this (evas, ecore,
edje); update Eina
in the packages. heh.)
Cheers,
--
Albin Tonnerre
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
h the rest of the code compiled for the correct target and get to use the
SSE3 code if the runtime detection says your CPU supports it. I haven't looked
at how hard it would be to acheive, but I'm not so sure rewriting GCC intrisics
in plain assembly would be such a good idea.
Cheer
revisions.
If we indeed want to get rid of them, I'd be much happier if the SVN server
simply rejected commits containing them (the same holds true for formatting -
it's much better to ask people to submit properly formatted patches rather than
going on a reformatting spree
for ages, and I completely agree with it.
And please, *please* don't ship it with Efreet. It has nothing do there and
rather belongs with E itself.
Cheers,
--
Albin Tonnerre
--
Enable your software for Intel(R) Activ
\).*/\1/' | tr -d '\n'
>
> changed:
> git log -n1 --pretty=format:%b 2> /dev/null | grep -Eo "@[0-9]+" | tr -d '@'
I like the idea, but I think the git version is going to fail if the (actual)
commit message contains @, which isn't all that
don't see anyway of doing that) coverage
> support. And that is for me a big step backward.
I might have been misleading. I completely agree that tests should remain within
the source tree - that's why
On Sun, 19 Dec 2010 19:49 +0100, Vincent Torri wrote :
>
>
> On Sun, 19 Dec 2010, Albin Tonnerre wrote:
>
> >On Sun, 19 Dec 2010 09:11 +0100, Vincent Torri wrote :
> >>tests are for developpers, not packagers
> >
> >That is terribly wrong. Package
On Sun, 19 Dec 2010 22:14 +0900, Carsten Haitzler wrote :
> On Sun, 19 Dec 2010 10:28:20 +0100 Albin Tonnerre said:
>
> > On Sun, 19 Dec 2010 09:11 +0100, Vincent Torri wrote :
> > > tests are for developpers, not packagers
> >
> > That is terribly wrong. Packag
fit their
needs is a pain, but let's not make it an even greater pain for people who just
want to use it and manage to. Things have improved a lot as far as packaging is
concerned in the last months, and this is clearly a step backwards.
Please reconsider your decision.
Cheers,
--
Albin
his test completely for the Debian packages.
Cheers,
--
Albin Tonnerre
--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter th
build scripts/makeifles to not conflict
> with distro policies.
As the maintainer of the Debian packages, I'm not going to start any flamewar.
Even better: I agree with Michael here, and think that this move would make
n see the benefit of this change for non-trivial cases, I think it
should not be applied to the "trivial" cases, like:
- if (widget && sd->context_menu)
+ if ((widget) && (sd->context_menu))
Is it possible to easily distinguish those cases from
but I do agree with Vincent that sending the patch to the ML saying "hey, those
places probably need fixing" would have been a far nicer approach.
Cheers,
--
Albin Tonnerre
--
Sell apps to millions through
ng list / irc
The particular change Michael is unhappy with is != NULL => !!, and he did
express his disagreement about it (and so did I, FWIW). That being said, I'm
not going to fight over it if the general opinion is that it's fine.
Cheers,
--
Albin Tonnerre
--
ly which part of the version is
> not used for the release mode
IIRC, v_mic is always used. The "development" part is v_rev - the current SVN
revision, which is m4_undefine'd for releases.
Cheers,
--
Albin Tonnerre
--
return 0; }
> >
> > ...
> > char *a;
> >
> > 10) func2(a == NULL); => func2(!a);
> > 11) func2(a != NULL); => func2(!!a);
>
> Those significantly reduce readability IMHO.
I agree with Michael here.
Cheers,
--
Albin
On Sun, 15 Aug 2010 07:00 +0200, vto...@univ-evry.fr wrote :
> Quoting Albin Tonnerre :
>
>
> you can test that only at runtime and not at configure time, as someone
> can add
> the svg loader (as a shared lib) after an installation of evas. So it can only
> be after testin
On Sat, 14 Aug 2010 23:46 +0200, Joerg Sonnenberger wrote :
> On Sat, Aug 14, 2010 at 11:35:13PM +0200, Albin Tonnerre wrote:
> > - If efreet returns an SVG icon when SVG rendering is not compiled in evas,
> >then you get no icon where an xpm icon (which could hav
e and try to load it.
To sum it up: it's here because such kind of tests are the only way to check
whether Evas supports a particular format. Or at least, so were they when the
patch got commited.
Cheers,
--
Albin Tonnerre
-
On Tue, Aug 3, 2010 at 12:43 PM, Tom Hacohen
wrote:
> Although I voted for GIT, there's one important thing to keep in mind.
> Git does *not* support cloning only parts of a repository which means
> you will have to create a lot of git repositories, this not a bad thing,
> it's just something to r
On Tue, Apr 27, 2010 at 3:30 PM, Enlightenment SVN
wrote:
> Log:
> no more e_fm_open - use dbus... eg:
>
> dbus-send --session --dest=org.enlightenment.FileManager
> /org/enlightenment/FileManager org.enlightenment.FileManager.OpenDirectory
> string:'/home/raster'
>
>
> Author: raster
>
On Sun, 11 Apr 2010 16:19 +0200, hannes.janet...@gmail.com wrote :
> On Sun, Apr 11, 2010 at 3:04 PM, Albin Tonnerre
> wrote:
> > On Sat, 10 Apr 2010 18:43 -0300, Gustavo Sverzut Barbieri wrote :
> >> Hi all,
> >>
> >> I'd like to call a voting to du
ing able to do anything with everything (heh) anymore is just plain
annoying.
Cheers,
--
Albin Tonnerre
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, an
This binary is just an internal helper, and isn't expected to be run by
anything but efreet. Therefore, let's emphasize this and keep it out of
the path by installing it in PACKAGE_LIB_DIR/efreet/
Signed-off-by: Albin Tonnerre
---
src/bin/Makefile.am |3 ++-
src/lib/M
On Wed, Apr 7, 2010 at 1:27 PM, Rui Miguel Silva Seabra wrote:
> Again: I have no intention of treading on your toes, you're making it
> personal and I have more than once pointed out that there is nothing of
> the such.
I don't think anyone is trying to make it personal. You think that
adding HH
lable. g_strdup_printf,
OTOH, is part on the glib API, which guarantees that it's available on a fair -
and defined - set of plartforms.
That being said, please note that I'm not arguing against the change.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
---
> show they ever existed.
> If you wish we could create a "Dead_Projects" wiki page and list the
> revision each directory was removed so one can easily recover it.
Yes, please. That would really help. There's no point in keeping dead code
around, it just makes things h
tdown instead of ecore_job_init/shutdown
Regards,
--
Albin Tonnerre
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose fle
es, path, MODULE_ARCH);
> if (path) free(path);
Err. The major number was alredy present and consistent with the naming scheme
for the eina includes...You just reverted it.
Regards,
--
Albin Tonnerre
--
The Planet
On Mon, 25 Jan 2010 15:22 -0600, Stephen Houston wrote :
>
> On Jan 25, 2010, at 3:15 PM, Albin Tonnerre
> wrote:
>
> >On Mon, 25 Jan 2010 15:07 -0600, Stephen Houston wrote :
> >>
> >>On Jan 25, 2010, at 2:57 PM, Vincent Torri
> >>wrote:
>
tributions have official packages for e17. Even though they don't provide all
the applications that are in SVN, I think that's a pretty good step forward.
Cheers,
--
Albin Tonnerre
signature.asc
Description: Digital signature
eason to
give people SVN access just like that --- at the very least, I would expect
people wanting commit rights to send a message to this mailing list, introducing
themselves and describing what exactly they intend to do.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
t; [ ! -f Makefile ] || make distclean
AFAIK, /usr/bin is pretty common path for the X binary these days. What about
fixing configure.ac instead?
Regards,
--
Albin Tonnerre
--
Throughout its 18-year history, RSA Conferen
on't see any clear rationale as to why we should
keep it separate.
Regards,
--
Albin Tonnerre
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field
On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri wrote :
>
>
> On Fri, 22 Jan 2010, Gustavo Sverzut Barbieri wrote:
>
> > On 1/22/10, Albin Tonnerre wrote:
> >> On Fri, 22 Jan 2010 11:32 +0100, Cedric BAIL wrote :
> >>> Good idea to start discussing about
t, ecore_job and ecore_input
to ecore is a good thing, I'm willing to work on it.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Throughout its 18-year history, RSA Conference consistent
ack knowledge in how
> version numbers are compared.
gstreamer-plugins-base-0.10 is part of libgstreamer-plugins-base0.10-dev, are
you sure you installed it? Here on Ubuntu Karmic, it seems to work correctly
once installed:
[7:45 ~]% pkg-config --exists 'gstreamer-plugins-base-0.10 >= 0
re
should be no ubuntu-specific changes, so there's no reason not to sync directly.
Please see https://wiki.ubuntu.com/SyncRequestProcess
> Id be happy to put in some effort to getting it in. Anyone else have
> experience in getting packages into Debian/Ubuntu
x27;ve yet to see any reasonable argument as to why you're seemingly so
hostile to this change.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
This SF.Net email is sponsored by the V
You can get the
release number using `pkg-config --variable=release enlightenment`
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a fr
On Sun, 22 Nov 2009 12:33 +1100, Carsten Haitzler wrote :
> On Sat, 21 Nov 2009 16:44:54 +0100 Albin Tonnerre
> said:
>
> > On Sun, 05 Jul 2009 12:45 -0300, Gustavo Sverzut Barbieri wrote :
> > > On Sun, Jul 5, 2009 at 9:22 AM, Albin Tonnerre
> > > wrote:
>
On Sun, 22 Nov 2009 12:33 +1100, Carsten Haitzler wrote :
> On Sat, 21 Nov 2009 16:44:54 +0100 Albin Tonnerre
> said:
>
> > On Sun, 05 Jul 2009 12:45 -0300, Gustavo Sverzut Barbieri wrote :
> > > On Sun, Jul 5, 2009 at 9:22 AM, Albin Tonnerre
> > > wrote:
>
On Sun, 05 Jul 2009 12:45 -0300, Gustavo Sverzut Barbieri wrote :
> On Sun, Jul 5, 2009 at 9:22 AM, Albin Tonnerre
> wrote:
> > Hi there,
> > Here's a bug report that got submitted on the Debian BTS, with a patch
> > allowing
> > embryo to compile on debian/
ing proper linking,
rather as eet itself - as it doesn't have any pthread code nor dlopen code. Have
you checked whether eina is correctly linked against libdl and libpthread ?
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
---
to use directly ./configure instead of configure.sh.
Is there an actual use case I'm missing, for which this change would be
required?
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Let
On Thu, Sep 03, 2009 at 11:02:34PM +0200, Vincent Torri wrote :
>
>
> On Thu, 3 Sep 2009, Albin Tonnerre wrote:
>
> >On Fri, Sep 04, 2009 at 03:36:28AM +0700, Mikhail Gusarov wrote :
> >>
> >>Twas brillig at 22:30:44 03.09.2009 UTC+02 when vto...@u
where, however this is not true /at all/ for Libs.
In fact, most of what's in Libs currently shouldn't move to Libs.private,
because they actually are justified.
Cheers,
--
Albin Tonnerre
signature.asc
Description: Digital signature
-
onsistency wins, I agree, but
> portability is not hurt by using 0 instead of NULL.
IIRC a conformant C implementation could define NULL to (void *) 0
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
---
llow: see
http://git.debian.org/?p=pkg-e/libs/eet.git;a=history;f=debian/libeet1.symbols;h=deb0e65f90dbb9aa49afb20feb2e0626970aa138;hb=master
Cheers,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Let C
Hi there,
Here's a bug report that got submitted on the Debian BTS, with a patch allowing
embryo to compile on debian/hurd (and more generally on systems were PATH_MAX is
udefined).
Regards,
--
Albin Tonnerre
--- Begin Message ---
Package: embryo
Severity: important
Tags: patch
Justific
On Sat, Jun 06, 2009 at 08:12:23PM +0200, Cedric BAIL wrote :
> On Sat, Jun 6, 2009 at 7:43 PM, Albin Tonnerre
> wrote:
> > On Sat, Jun 06, 2009 at 07:20:39PM +0200, Cedric BAIL wrote :
> >> On Sat, Jun 6, 2009 at 5:48 PM, Albin Tonnerre
> >> wrote:
> >&g
On Sat, Jun 06, 2009 at 07:20:39PM +0200, Cedric BAIL wrote :
> On Sat, Jun 6, 2009 at 5:48 PM, Albin Tonnerre
> wrote:
> > On Sat, Jun 06, 2009 at 12:12:49PM -0300, Andre Dieb wrote :
> >> This patch contains my other two previous patches:
> >>
> >> - [P
ed or not. If you use macros, an
application using magic debug compiled against eina without magic-debug will
have to be recompiled to benefit from it if it gets enabled in eina at a later
point. If you use functions, this is no longer an issue.
Thoughts ?
Regards,
--
Albin Tonnerre
signature.asc
et me know (or
> fix it directly in svn)
>
I agree with you here, I think having a function which returns 1 for init and 0
for shutdown is the best way to go.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
On Thu, May 07, 2009 at 10:53:06AM -0300, Gustavo Sverzut Barbieri wrote :
> On Thu, May 7, 2009 at 5:31 AM, Albin Tonnerre
> wrote:
> > On Fri, May 01, 2009 at 08:43:01AM -0300, Gustavo Sverzut Barbieri wrote :
> >> On Fri, May 1, 2009 at 8:34 AM, Albin Tonnerre
> >
-- once e17 is released -- only packagers
> and developers need it.
Packagers shouldn't even need it. Ideally, packages should be created using
release tarballs, which are produced by make dist, and as a consequence one
wouldn't need cvs (nor autopoint, for that matter) as ./auto
On Fri, May 01, 2009 at 08:43:01AM -0300, Gustavo Sverzut Barbieri wrote :
> On Fri, May 1, 2009 at 8:34 AM, Albin Tonnerre
> wrote:
> > On Fri, May 01, 2009 at 01:18:38PM +0200, Vincent Torri wrote :
> >> On Fri, 1 May 2009, Gustavo Sverzut Barbieri wrote:
> >>
> Log:
> initial checkin of 'everything' module with sources for apps, windows and
> settings
> Author: jeffdameth
> Date: 2009-05-06 07:20:45 -0700 (Wed, 06 May 2009)
> New Revision: 40526
Maybe it deserves an email announcing it/explaining what it
callback). Also, I'm not sure why the callback is called when loading modules,
in the first place.
I'd appreciate if anyone had pointers and could enlighten me on the matter.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
---
compilers without offsetof() macros.
> offsetof seems to exist in the lib c of Microsoft
And FWIW, ISO C (both 89 and 99) says it should be defined in , so if
it doesn't exist you probably have more serious problems than this.
--
Albin Tonnerre
signature
On Fri, May 01, 2009 at 10:13:09AM +1000, Carsten Haitzler wrote :
> On Thu, 30 Apr 2009 18:02:45 -0300 Gustavo Sverzut Barbieri
> said:
> > On Thu, Apr 30, 2009 at 10:11 AM, Albin Tonnerre
> > wrote:
> > > Hello,
> > > While playing with Eina_Inlist,
isk = ecore_list_next(cfdata->disks)))
> + for (l = cfdata->disks; l; l = eina_list_next(l))
> {
> + disk = eina_list_data_get(l);
> pos++;
EINA_LIST_FOREACH(cfdata->disks, l, disk)
{
t is (note that I used __in_list as the member as we already have a
macro '#define EINA_INLIST Eina_Inlist __in_list', but a member argument could
be added just as well)
Thoughts ?
Regards,
--
Albin Tonnerre
signature.asc
Descriptio
ut you can append fast (O(1)) since it
> will keep a pointer to last element.
Eina_List too.
Anyway, TBH I only did it this way because cedric advised me to do so. I'll
change it to Eina_Inlists if you think that really would have a benefit, which
On Sun, Apr 26, 2009 at 10:48:40AM +0200, Vincent Torri wrote :
>
>
> On Sun, 26 Apr 2009, Albin Tonnerre wrote:
>
>> Hello,
>> The attached patches completely replace Ecore_List2 with Ecore_List.
>
> you mean "with Eina_List" ?
>
Indeed. Thanks :)
--
ld drop this line instead of just
stripping "fonts".
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified li
ay and removed all the []'s instead.
> > it''s
> > at least consistent
> maybe you should search why it does not work, instead of committing this
I agree with vincent here, it's been this way for long and nobody ever had
issues with it. Would you mind providing an
revision numbers, at least
> that's what they said :-)
Maybe releasing tarballs would be a good idea anyway, at least it will be easier
to get the latest "release" snapshot.
--
Albin Tonnerre
signature.asc
Description: Digital signature
---
s is fine.
>
I agree with raster. Unless those modules are broken, there's no point
preventing users from trying them out - disabled at runtime is better IMHO.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
---
On Fri, Apr 17, 2009 at 1:50 AM, sda wrote:
> as we recently discussed on IRC the results of the patch will lead th the
> changing of a SONAME. illustration is below.
>
Please note that this was also explained in my initial mail.
> current data:
>
>> objdump -x /usr/lib/libeina.so.0.0.1 | grep -
On Thu, Apr 16, 2009 at 7:00 PM, Albin Tonnerre
wrote:
> On Thu, Apr 16, 2009 at 6:25 PM, sda wrote:
>> hi,
>>
>> just FYI - general rules for rpm packaging:
>> http://www.rpm.org/max-rpm/s1-rpm-inside-tags.html
>> brief summary of packaging conventions whic
On Thu, Apr 16, 2009 at 6:25 PM, sda wrote:
> hi,
>
> just FYI - general rules for rpm packaging:
> http://www.rpm.org/max-rpm/s1-rpm-inside-tags.html
> brief summary of packaging conventions which confirms to the LSB could
> be reviewed below (distro-specific!):
> http://en.opensuse.org/Packaging
On Thu, Apr 16, 2009 at 9:57 AM, Vincent Torri wrote:
>
> in that case, is it good to specify both -release and -version-info in
> _LDFLAGS ?
>
I think it's mostly a matter of taste. Keeping both doesn't hurt much
IMHO, and all you'll have to do when there's a real release is remove
the '-releas
1 - 100 of 127 matches
Mail list logo
