[E-devel] about ecore_exe
Hey, I want to simulate "ls |grep foo" with ecore_exe. So i create an Ecore_Exe *, named exe1, to execute "ls". In the DATA callback I create another Ecore_Exe *, named exe2, which executes "grep foo" and i call ecore_exe_send with exe2 and the data returned by "ls". If I create exe2 with just the flag ECORE_EXE_PIPE_WRITE, it works (the DATA callback is sent again). If I create it with ECORE_EXE_PIPE_READ | ECORE_EXE_PIPE_WRITE, the DATA callback is not send. Can someone explain this behavior ? thank you Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] cleanup of server/svn access accounts.
On Wed, 31 Mar 2010 23:48:36 -0400 Christopher Michael wrote: > On 03/31/2010 11:37 PM, David Seikel wrote: > > Personally, I've been way to busy with other stuff to do much in the > > way of open source coding. I started working on my own linux last > > month, > Sounds interestingany url ? Just my ancient souceforge pages from when I did the last version, which is not worth looking at. The current version is mostly so I have something for an embedded project I'm working on. I'm not intending to do an actual release or anything for some time. Especially since about all this version can do is A) compile itself, and 2) complie and run one embedded app. Plus, there is a nasty binary blob I want to get rid of. Or at least I think it's a binary blob, no source code could be found, or mention of it on the 'net. Anybody ever heard of libft? No, not the fischertechnik ROBO interface library, but some font thing that is NOT freetype. Mostly I am curious about where it came from, think I'll replace it with freetype. That's the main problem with this project, a dozen coders worked on it before it was my turn, and I spend most of my time ripping out the half a dozen different ways of doing any one thing that don't work and replacing them with one way that actually does work. -- 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 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/emotion: . data m4 src src/edje_external src/lib
On Thu, Apr 1, 2010 at 5:04 AM, Vincent Torri wrote: > > > On Thu, 1 Apr 2010, Iván Briano (Sachiel) wrote: > >> On Thu, Apr 1, 2010 at 4:22 AM, Vincent Torri wrote: >>> >>> >>> On Wed, 31 Mar 2010, Enlightenment SVN wrote: >>> Log: Initial support for Emotion as Edje EXTERNAL. >>> >>> would you be interested in an m4 macro to simplify the integration of >>> edje_external in configure.ac ? >>> >> >> Are you selling those cheap? If so, I don't see any problem with >> having it. > > who would sell that stuff except me ? :) Well, that can save some work if > you want to add edje externals to epdf, eps, ertf, and other libs, for > example > Probably a good idea, also helps if anyone wants to export their own stuff that way. > Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/emotion: . data m4 src src/edje_external src/lib
On Thu, 1 Apr 2010, Iván Briano (Sachiel) wrote: On Thu, Apr 1, 2010 at 4:22 AM, Vincent Torri wrote: On Wed, 31 Mar 2010, Enlightenment SVN wrote: Log: Initial support for Emotion as Edje EXTERNAL. would you be interested in an m4 macro to simplify the integration of edje_external in configure.ac ? Are you selling those cheap? If so, I don't see any problem with having it. who would sell that stuff except me ? :) Well, that can save some work if you want to add edje externals to epdf, eps, ertf, and other libs, for example Vincent-- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Wed, 31 Mar 2010 20:33:38 -0300 Eduardo Felipe said: > > this is a fundamental issue with lua upstream. they simply don't want to > > join the modern world. if you want to use lua upstream directly-as-is... > > you will continue to have such problems. i know i'm in no mood to work > > around such silliness. ALL they need to do is provide a .pc file - a single > > tiny text file. the work has already been done for them by several linux > > distributions. it gets patched to provide this file and to also build > > shared libraries (.so's vs .a's). > > as such my suggestion is to find and adopt the patches applied by linux > > distributions to your lua install. sanity will then be restored. > > What about adding the lua source as a single file in Edje? It's pretty "hell no". :) this is the kind of mess i dont want to have. > common for projects to do that, since Edje is not supposed to run > arbitrary Lua scripts, why bother having that as a dependency? they may do it... efl standards are higher than that :) > By design Lua is an embeddable language/runtime. A trimmed version > without some libs that aren't enabled can be around 90k. Edje itself > weights around 600k on my system. > > Again, just a thought. They are not "refusing to join the modern > world". It's you that are choosing not to follow their guidelines and > embed lua ;) they are refusing - every distro i see patches lua. if you have 20 apps/libs on your system all use the same lua - you have 20 copies of it. if it has a bug all 20 need rebuilding and updating. i know it's their guidelines. the guidelines are misguided. if i want it statically compiled into my app/lib - i have a choice. if i want to share the same implementation with everyone else on the system and get bug and security fixes for free with no further effort on my part, i can link dynamically to the .so. the modern world on linux uses .pc files to indicate how to link and compile with a given shared lib - even if it doesnt provide a .so - distros often rename liblua so u can get a specific version. lua 4.0 is incompatible with 5.1 for example - i need to specifically chose the lua i am compatible with (ad otherwise code will break) so it may become -lliba51 or -llua or -llua-5.1 or -llua-51 the .pc tells you what they did and what directory it's in (the -L) and adds the include flags (-I) etc. without having to go through a whole lot of guessing. it's a tiny text file - so any claims of "my god an extra file will bloat the distribution" are just wrong. it is harmless and useful. it's a modern mechanism. lua doesn't provide it. it actually seems to refuse to do it. it's not a matter of "we just havent gotten to it, or had the time etc.". :) > []s > > Eduardo. > > >> As it turns out, other packages for e17 that I compile after EDJE run > >> into similar problems. In order to compile Elementary I had to > >> manually set ELEMENTARY_CFLAGS and ELEMENTARY_LIBS and manually add - > >> llua. > >> > >> I seem to be on my way to success for installing e17, but standard > >> usage of "configure, make, sudo make install" don't work with anything > >> that has a Lua dependency. > >> > >> -Dave > >> > >> -- > >> Download Intel® Parallel Studio Eval > >> Try the new software tools for yourself. Speed compiling, find bugs > >> proactively, and fine-tune applications for parallel performance. > >> See why Intel Parallel Studio got high marks during beta. > >> http://p.sf.net/sfu/intel-sw-dev > >> ___ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > > > > -- > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev
Re: [E-devel] E SVN: barbieri IN trunk/emotion: . data m4 src src/edje_external src/lib
On Thu, Apr 1, 2010 at 4:22 AM, Vincent Torri wrote: > > > On Wed, 31 Mar 2010, Enlightenment SVN wrote: > >> Log: >> Initial support for Emotion as Edje EXTERNAL. > > would you be interested in an m4 macro to simplify the integration of > edje_external in configure.ac ? > Are you selling those cheap? If so, I don't see any problem with having it. > Vincent > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/emotion: . data m4 src src/edje_external src/lib
On Wed, 31 Mar 2010, Enlightenment SVN wrote: > Log: > Initial support for Emotion as Edje EXTERNAL. would you be interested in an m4 macro to simplify the integration of edje_external in configure.ac ? Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
1) patch edje with the attached file :
put that file in edje/, then:
patch -p0 < edje_lua.diff
2) set CFLAGS accordingly:
export CFLAGS="$CFLAGS -I/my/lua/prefix/include"
3) set LDFLAGS accordingly:
export LDFLAGS="$LDFLAGS -L/my/lua/prefix/lib"
note that there is no -llua anymore
4) run 'make', it should launch autoconf and other autotools automatically
5) if edje compiles:
go to elementary directory
run 'make maintainer-clean'
run './autogen.sh'
run 'make'
tell me if there are errors
VincentIndex: configure.ac
===
--- configure.ac (revision 47640)
+++ configure.ac (working copy)
@@ -200,16 +200,30 @@
# Dependencies for the library
# Lua pkg-config hack for different naming conventions
+have_lua="yes"
requirement_lua=""
+lua_libs=""
PKG_CHECK_MODULES([LUA], [lua >= 5.1.0], requirement_lua="lua",
- [PKG_CHECK_MODULES([LUA], [lua5.1 >= 5.1.0], requirement_lua="lua5.1",
- [PKG_CHECK_MODULES([LUA], [lua-5.1 >= 5.1.0], requirement_lua="lua-5.1",
- [PKG_CHECK_MODULES([LUA], [lua51 >= 5.1.0], requirement_lua="lua51",
-AC_MSG_ERROR([unable to find Lua])
- )
- ])
- ])
-])
+ [PKG_CHECK_MODULES([LUA], [lua5.1 >= 5.1.0], requirement_lua="lua5.1",
+ [PKG_CHECK_MODULES([LUA], [lua-5.1 >= 5.1.0], requirement_lua="lua-5.1",
+ [PKG_CHECK_MODULES([LUA], [lua51 >= 5.1.0], requirement_lua="lua51",
+[have_lua="no])])])])
+
+if test "x${have_lua}" = "no" ; then
+ AC_MSG_CHECKING([whether lua_newstate() is in liblua])
+ AC_CHECK_LIB([lua], [lua_newstate],
+ [
+ have_lua="yes"
+ lua_libs="-llua"
+ ],
+ [have_lua="no"])
+ AC_MSG_RESULT([${have_lua}])
+fi
+AC_SUBST(lua_libs)
+
+if test "x${have_lua}" = "no" ; then
+ AC_MSG_ERROR([Cannot find lua library. Be sure that you have installed it and set CFLAGS and LDFLAGS correctly])
+fi
PKG_CHECK_MODULES([EDJE],
[
@@ -221,8 +235,8 @@
embryo >= 0.9.1
])
-EDJE_LIBS="$EDJE_LIBS $LUA_LIBS"
-EDJE_CFLAGS="$EDJE_CFLAGS $LUA_CFLAGS"
+EDJE_LIBS="${EDJE_LIBS} ${LUA_LIBS} ${lua_libs}"
+EDJE_CFLAGS="${EDJE_CFLAGS} ${LUA_CFLAGS}"
requirement_edje="embryo ecore evas eet eina-0 ${requirement_edje}"
requirement_edje="${requirement_lua} ${requirement_edje}"
Index: edje.pc.in
===
--- edje.pc.in (revision 47640)
+++ edje.pc.in (working copy)
@@ -10,5 +10,5 @@
@pkgconfig_requires_private@: @requirement_edje@
Version: @VERSION@
Libs: -L${libdir} -ledje
-Libs.private:
+Libs.private: @lua_libs@
Cflags: -I${includedir}
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/emotion: . data m4 src src/edje_external src/lib
On Wed, Mar 31, 2010 at 7:59 PM, Enlightenment SVN
wrote:
> Log:
> Initial support for Emotion as Edje EXTERNAL.
>
> Very crude, needs testing... but I can already play videos from inside
> editje and edje_player :-D
mandatory sample edc, sorry! Just edje_cc it and run with
edje_player... green button plays, red button pause. Nice effect, run
edje_player -a to get the window to be alpha transparent ;-)
externals {
external: "emotion";
}
collections {
group { name: "main";
parts {
part { name: "video";
type: EXTERNAL;
source: "emotion";
description { state: "default" 0;
rel1 {
offset: 10 10;
}
rel2 {
offset: -11 -61;
}
params {
choice: "engine" "xine";
string: "file" "/tmp/test.avi";
bool: "play" "1";
}
}
}
part { name: "play";
type: RECT;
description { state: "default" 0;
color: 0 255 0 128;
rel1 {
relative: 0 1;
offset: 10 -51;
}
rel2 {
relative: 0.5 1;
offset: -6 -11;
}
}
}
part { name: "pause";
type: RECT;
description { state: "default" 0;
color: 255 0 0 128;
rel1 {
relative: 0.5 1;
offset: 5 -51;
}
rel2 {
offset: -11 -11;
}
}
}
programs {
program {
signal: "mouse,clicked,1";
source: "play";
action: PARAM_SET "video" "play" "1";
}
program {
signal: "mouse,clicked,1";
source: "pause";
action: PARAM_SET "video" "play" "0";
}
}
}
}
}
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] cleanup of server/svn access accounts.
On 03/31/2010 11:37 PM, David Seikel wrote: > On Thu, 1 Apr 2010 10:41:00 +0900 Carsten Haitzler (The Rasterman) > wrote: > >> i recently found quite a number of accounts we have for svn commit >> access that are simply 100% inactive (never used once for anything) >> or have been inactive for what i consider "a while" with no good >> reason for that. here's the list. if you are on it expect your >> account to be removed some-time soon, unless you come up with a good >> reason why not. this isn't anything personal - so please don't be >> offended. we just don't want to maintain access for people who are >> not using it or no longer use it... or who simply don't need it. it's >> not a right, it's a privilege (and it can be removed at any time... >> for any reason). it's also a security risk to our servers, so the >> fewer people who have svn/ssh access, the better. note - this process >> was only semi-automated. i actually looked at the accounts and their >> svn history, etc. so i may have oopsied. tell me if i have >> >> now... the list: > > > > Wow, a lot of historically significant names there. Indeed...shame some of them are not around anymore :( I'm actually kinda > surprised that my name is not on that list though. > > Those on that list that do manage to become active once more can simply > request their access once more and will no doubt be welcomed back with > open arms. > > Personally, I've been way to busy with other stuff to do much in the > way of open source coding. I started working on my own linux last > month, Sounds interestingany url ? and EFL/E17 is gonna be added to it some time in the future, so > to quote a famous actor - I'll be back. > dh -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Wed, 31 Mar 2010, Dave Ray wrote: > > On Mar 31, 2010, at 1:05 PM, Vincent Torri wrote: > >> On Wed, 31 Mar 2010, Dave Ray wrote: if you just configured with LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./configure then it's normal. Try LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib -llua" ./configure >> >> did you read **carefully** the above line. See the >> >> -llua > > No I didn't read carefully. My bad. Ok, I retried it with -llua and EDJE > compiled just fine. Thanks you! > > I share your frustration with the LUA implementation. > > As it turns out, other packages for e17 that I compile after EDJE run into > similar problems. In order to compile Elementary I had to manually set > ELEMENTARY_CFLAGS and ELEMENTARY_LIBS and manually add -llua. Maybe i have to add to edje.pc's Libs.private field the lua lib. I'll modify edje.pc so that it works. Dave, if you have some time, can you improve that documentation: http://trac.enlightenment.org/e/wiki/MACOSX ? You can look at http://trac.enlightenment.org/e/wiki/EFLWindowsXP for the layout of the doc, if you want regards Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] cleanup of server/svn access accounts.
On Thu, 1 Apr 2010 10:41:00 +0900 Carsten Haitzler (The Rasterman) wrote: > i recently found quite a number of accounts we have for svn commit > access that are simply 100% inactive (never used once for anything) > or have been inactive for what i consider "a while" with no good > reason for that. here's the list. if you are on it expect your > account to be removed some-time soon, unless you come up with a good > reason why not. this isn't anything personal - so please don't be > offended. we just don't want to maintain access for people who are > not using it or no longer use it... or who simply don't need it. it's > not a right, it's a privilege (and it can be removed at any time... > for any reason). it's also a security risk to our servers, so the > fewer people who have svn/ssh access, the better. note - this process > was only semi-automated. i actually looked at the accounts and their > svn history, etc. so i may have oopsied. tell me if i have > > now... the list: Wow, a lot of historically significant names there. I'm actually kinda surprised that my name is not on that list though. Those on that list that do manage to become active once more can simply request their access once more and will no doubt be welcomed back with open arms. Personally, I've been way to busy with other stuff to do much in the way of open source coding. I started working on my own linux last month, and EFL/E17 is gonna be added to it some time in the future, so to quote a famous actor - I'll be back. -- 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 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/E-MODULES-EXTRA/calendar: . src
On Wed, 31 Mar 2010 23:18:35 +0800 Tom Haste wrote: > >>> Log: > >>> * calendar: now you can move in the timeline. > >>> > >>> TODO: Add support for remote service with a local cache. > >>> People do you have suggestion on what kind of remote > >>> calendar this module should support ? vCalendar? -- 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 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] cleanup of server/svn access accounts.
i recently found quite a number of accounts we have for svn commit access that are simply 100% inactive (never used once for anything) or have been inactive for what i consider "a while" with no good reason for that. here's the list. if you are on it expect your account to be removed some-time soon, unless you come up with a good reason why not. this isn't anything personal - so please don't be offended. we just don't want to maintain access for people who are not using it or no longer use it... or who simply don't need it. it's not a right, it's a privilege (and it can be removed at any time... for any reason). it's also a security risk to our servers, so the fewer people who have svn/ssh access, the better. note - this process was only semi-automated. i actually looked at the accounts and their svn history, etc. so i may have oopsied. tell me if i have now... the list: 3v1n0 andrunko andyetitmoves balony belisarivs benr chaos codewarrior cpuid dm essiene e-taro glassy handyande kacper laBrute leviathan lofwyrm lok lsobral metrics moom nasa01 nerochiaro obfuscated pithlit ptomaine quan74 rhapsodhy romanhornik sativas shadoi slackd00d sndev tick tilman troback werkt xenith xprodigy xstasi cobra rephorm -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Wed, 31 Mar 2010 14:57:52 -0700 Dave Ray said: > > On Mar 31, 2010, at 1:05 PM, Vincent Torri wrote: > > > On Wed, 31 Mar 2010, Dave Ray wrote: > >>> if you just configured with > >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./ > >>> configure > >>> then it's normal. > >>> Try > >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib - > >>> llua" ./configure > > > > did you read **carefully** the above line. See the > > > > -llua > > No I didn't read carefully. My bad. Ok, I retried it with -llua and > EDJE compiled just fine. Thanks you! > > I share your frustration with the LUA implementation. this is a fundamental issue with lua upstream. they simply don't want to join the modern world. if you want to use lua upstream directly-as-is... you will continue to have such problems. i know i'm in no mood to work around such silliness. ALL they need to do is provide a .pc file - a single tiny text file. the work has already been done for them by several linux distributions. it gets patched to provide this file and to also build shared libraries (.so's vs .a's). as such my suggestion is to find and adopt the patches applied by linux distributions to your lua install. sanity will then be restored. > As it turns out, other packages for e17 that I compile after EDJE run > into similar problems. In order to compile Elementary I had to > manually set ELEMENTARY_CFLAGS and ELEMENTARY_LIBS and manually add - > llua. > > I seem to be on my way to success for installing e17, but standard > usage of "configure, make, sudo make install" don't work with anything > that has a Lua dependency. > > -Dave > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Mar 31, 2010, at 1:05 PM, Vincent Torri wrote: > On Wed, 31 Mar 2010, Dave Ray wrote: >>> if you just configured with >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./ >>> configure >>> then it's normal. >>> Try >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib - >>> llua" ./configure > > did you read **carefully** the above line. See the > > -llua No I didn't read carefully. My bad. Ok, I retried it with -llua and EDJE compiled just fine. Thanks you! I share your frustration with the LUA implementation. As it turns out, other packages for e17 that I compile after EDJE run into similar problems. In order to compile Elementary I had to manually set ELEMENTARY_CFLAGS and ELEMENTARY_LIBS and manually add - llua. I seem to be on my way to success for installing e17, but standard usage of "configure, make, sudo make install" don't work with anything that has a Lua dependency. -Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Wed, 31 Mar 2010, Dave Ray wrote:
>>
>> if you just configured with
>>
>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./configure
>>
>> then it's normal.
>>
>> Try
>>
>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib -llua"
>> ./configure
did you read **carefully** the above line. See the
-llua
that i have added
Vincent
>>
>> I prefer at least adding some options to configure rather than doing that.
>>
>> Vincent
>
> You are correct, that's exactly how I did it.
>
> As I mentioned in my last post, the original problem I posted about was
> resolved. Adding those env variables allowed EDJE to find LUA and I can run
> ./autogen.sh without errors. EDJE found LUA.
>
> bash> export LUA_CFLAGS="-I/usr/local/include"
> bash> export LUA_LIBS="-L/usr/local/lib"
> bash> env | grep LUA
> LUA_LIBS=-L/usr/local/lib
> LUA_CFLAGS=-I/usr/local/include
> bash>
>
> I am now having a different problem. "make" fails with hundreds of unresolved
> symbols containing "LUA" in their names. I feel it's safe to assume that the
> problem ("make" failing) is still related to the relationship between EDJE
> and LUA on a MacOS-X environment.
>
> There may be a real problem with the liblua.a file, although "make test" in
> lua was successful. Or EDJE is getting something unexpected from LUA during
> "make".
>
> If anyone cares I can post some of the error messages.
>
> Dave
>
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Mar 31, 2010, at 12:36 PM, Vincent Torri wrote:
> On Wed, 31 Mar 2010, Dave Ray wrote:
>> Gustavo Sverzut Barbieri wrote:
Well, there is several solutions:
...
2) i can add a check of lua library in edje's configure.ac if
no .pc file
is found.
I'll try to find some time to improve lua check this week
>>>
>>> not needed, LUA_CFLAGS and LUA_LIBS should do.
>>
>> ... I added those to my environment. EDJE now finds LUA, and
>> completes the configure script.
>> ...
>> But now EDJE fails to compile. The errors show hundreds of unresolved
>> symbols involving LUA. I have no idea what the problem is.
>
> if you just configured with
>
> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./
> configure
>
> then it's normal.
>
> Try
>
> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib -
> llua" ./configure
>
> I prefer at least adding some options to configure rather than doing
> that.
>
> Vincent
You are correct, that's exactly how I did it.
As I mentioned in my last post, the original problem I posted about
was resolved. Adding those env variables allowed EDJE to find LUA and
I can run ./autogen.sh without errors. EDJE found LUA.
bash> export LUA_CFLAGS="-I/usr/local/include"
bash> export LUA_LIBS="-L/usr/local/lib"
bash> env | grep LUA
LUA_LIBS=-L/usr/local/lib
LUA_CFLAGS=-I/usr/local/include
bash>
I am now having a different problem. "make" fails with hundreds of
unresolved symbols containing "LUA" in their names. I feel it's safe
to assume that the problem ("make" failing) is still related to the
relationship between EDJE and LUA on a MacOS-X environment.
There may be a real problem with the liblua.a file, although "make
test" in lua was successful. Or EDJE is getting something unexpected
from LUA during "make".
If anyone cares I can post some of the error messages.
Dave
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Wed, 31 Mar 2010, Dave Ray wrote: > Gustavo Sverzut Barbieri wrote: >>> Well, there is several solutions: >>> >>> 1) as you said, write your own .pc file and put it in the correct >>> directory. (that's what i do for Windows) >>> >>> 2) i can add a check of lua library in edje's configure.ac if >>> no .pc file >>> is found. >>> >>> I'll try to find some time to improve lua check this week >> >> not needed, LUA_CFLAGS and LUA_LIBS should do. > > Thank you, I added those to my environment. EDJE now finds LUA, and > completes the configure script. > > That fixed my original problem. EDJE's autogen.sh completes without > errors. > > But now EDJE fails to compile. The errors show hundreds of unresolved > symbols involving LUA. I have no idea what the problem is. > > This will put an end to my attempts to install e17 on MacOS-X, unless > somebody is willing to look at those. if you just configured with LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./configure then it's normal. Try LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib -llua" ./configure I prefer at least adding some options to configure rather than doing that. Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
Gustavo Sverzut Barbieri wrote: >> Well, there is several solutions: >> >> 1) as you said, write your own .pc file and put it in the correct >> directory. (that's what i do for Windows) >> >> 2) i can add a check of lua library in edje's configure.ac if >> no .pc file >> is found. >> >> I'll try to find some time to improve lua check this week > > not needed, LUA_CFLAGS and LUA_LIBS should do. Thank you, I added those to my environment. EDJE now finds LUA, and completes the configure script. That fixed my original problem. EDJE's autogen.sh completes without errors. But now EDJE fails to compile. The errors show hundreds of unresolved symbols involving LUA. I have no idea what the problem is. This will put an end to my attempts to install e17 on MacOS-X, unless somebody is willing to look at those. Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/E-MODULES-EXTRA/calendar: . src
Thunderbird & Evolution both support CalDAV, as does Google & Yahoo. Seems like a well supported standard! On 31 March 2010 23:04, Cedric BAIL wrote: > On Wed, Mar 31, 2010 at 4:52 PM, Leif Middelschulte > wrote: >> Hello, >> >> 2010/3/29 Enlightenment SVN : >>> Log: >>> * calendar: now you can move in the timeline. >>> >>> TODO: Add support for remote service with a local cache. >>> People do you have suggestion on what kind of remote >>> calendar this module should support ? >>> >> How about (Web-/)CalDav? > > Apparently google provide that kind of API, did you try it ? > > http://code.google.com/apis/calendar/caldav/ > > What kind of web service do you use ? Do you know any free software > that would provide that (and could be easily installed on a personnal > server) ? > -- > Cedric BAIL > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/E-MODULES-EXTRA/calendar: . src
On Wed, Mar 31, 2010 at 4:52 PM, Leif Middelschulte wrote: > Hello, > > 2010/3/29 Enlightenment SVN : >> Log: >> * calendar: now you can move in the timeline. >> >> TODO: Add support for remote service with a local cache. >> People do you have suggestion on what kind of remote >> calendar this module should support ? >> > How about (Web-/)CalDav? Apparently google provide that kind of API, did you try it ? http://code.google.com/apis/calendar/caldav/ What kind of web service do you use ? Do you know any free software that would provide that (and could be easily installed on a personnal server) ? -- Cedric BAIL -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/E-MODULES-EXTRA/calendar: . src
On Mon, Mar 29, 2010 at 5:54 PM, Enlightenment SVN wrote: > Log: > * calendar: now you can move in the timeline. > > TODO: Add support for remote service with a local cache. > People do you have suggestion on what kind of remote > calendar this module should support ? > Google Calendar :) -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.digital-corner.org -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/E-MODULES-EXTRA/calendar: . src
Hello,
2010/3/29 Enlightenment SVN :
> Log:
> * calendar: now you can move in the timeline.
>
> TODO: Add support for remote service with a local cache.
> People do you have suggestion on what kind of remote
> calendar this module should support ?
>
How about (Web-/)CalDav?
BR,
Leif
> Author: cedric
> Date: 2010-03-29 08:54:34 -0700 (Mon, 29 Mar 2010)
> New Revision: 47557
>
> Added:
> trunk/E-MODULES-EXTRA/calendar/arrow2_left.png
> trunk/E-MODULES-EXTRA/calendar/arrow2_right.png
> trunk/E-MODULES-EXTRA/calendar/arrow_left.png
> trunk/E-MODULES-EXTRA/calendar/arrow_right.png
> Modified:
> trunk/E-MODULES-EXTRA/calendar/calendar.edc
> trunk/E-MODULES-EXTRA/calendar/src/e_mod_main.c
>
>
> Property changes on: trunk/E-MODULES-EXTRA/calendar/arrow2_left.png
> ___
> Added: svn:mime-type
> + application/octet-stream
>
>
> Property changes on: trunk/E-MODULES-EXTRA/calendar/arrow2_right.png
> ___
> Added: svn:mime-type
> + application/octet-stream
>
>
> Property changes on: trunk/E-MODULES-EXTRA/calendar/arrow_left.png
> ___
> Added: svn:mime-type
> + application/octet-stream
>
>
> Property changes on: trunk/E-MODULES-EXTRA/calendar/arrow_right.png
> ___
> Added: svn:mime-type
> + application/octet-stream
>
> Modified: trunk/E-MODULES-EXTRA/calendar/calendar.edc
> ===
> --- trunk/E-MODULES-EXTRA/calendar/calendar.edc 2010-03-29 13:21:38 UTC (rev
> 47556)
> +++ trunk/E-MODULES-EXTRA/calendar/calendar.edc 2010-03-29 15:54:34 UTC (rev
> 47557)
> @@ -1,9 +1,335 @@
> images {
> image: "calendar.png" COMP;
> + image: "arrow_left.png" COMP;
> + image: "arrow_right.png" COMP;
> + image: "arrow2_left.png" COMP;
> + image: "arrow2_right.png" COMP;
> }
>
> +#define FLASHY_RECT(To, X1, X2) \
> + part { \
> + name: To"/back"; \
> + type: RECT; \
> + mouse_events: 1; \
> + description { \
> + state: "default" 0.0; \
> + rel1.to: To; \
> + rel1.offset: -1 -1; \
> + rel2.to: To; \
> + rel2.offset: 0 0; \
> + color: 255 128 128 0; \
> + } \
> + description { \
> + state: "click" 0.0; \
> + inherit: "default" 0.0; \
> + color: 255 128 128 255; \
> + } \
> + } \
> + part { \
> + name: To; \
> + type: RECT; \
> + mouse_events: 1; \
> + description { \
> + state: "default" 0.0; \
> + rel1.relative: X1 0.0; \
> + rel2.relative: X2 1.0; \
> + color: 255 195 195 0; \
> + } \
> + description { \
> + state: "click" 0.0; \
> + inherit: "default" 0.0; \
> + color: 255 195 195 255; \
> + } \
> + }
> +
> +
> collections {
> group {
> + name: "modules/calendar/header";
> + min: 42 9;
> + parts {
> + FLASHY_RECT("year/left", 0.0, 0.06);
> + part {
> + name: "year/left/image";
> + type: IMAGE;
> + mouse_events: 0;
> + description {
> + state: "default" 0.0;
> + aspect: 1.0 1.0;
> + aspect_preference: BOTH;
> + rel1.to: "year/left";
> + rel2.to: "year/left";
> + image.normal: "arrow2_left.png";
> + }
> + }
> + FLASHY_RECT("month/left", 0.06, 0.105);
> + part {
> + name: "month/left/image";
> + type: IMAGE;
> + mouse_events: 0;
> + description {
> + state: "default" 0.0;
> + aspect: 1.0 1.0;
> + aspect_preference: BOTH;
> + rel1.to: "month/left";
> + rel2.to: "month/left";
> + image.normal: "arrow_left.png";
> + color: 255 255 255 255;
> + }
> + description {
> + st
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Tue, Mar 30, 2010 at 9:40 PM, Vincent Torri wrote: > On Tue, 30 Mar 2010, Dave Ray wrote: > >> My environment is MacOS-X 10.5.8 (Leopard) on a Macbook Pro (64-bit >> Intel i686 Darwin), gcc 4.0.1 from XCode 3.1.4. >> I am not using fink, everything installs in /usr/local. e16 and many >> other X11 programs install successfully. >> $LD_LIBRARY_PATH=/lib:/usr/lib:/usr/X11/lib:/usr/local/lib >> >> The current release of EDJE fails to compile on MacOSX due to an issue >> between EDJE and LUA. This prevents completion of prerequisites for >> e17. On MacOSX the LUA distribution installs perfectly except it does >> library linkage differently than EDJE expects. This causes EDJE to >> fail with an error that LUA is not installed, when in fact it is. >> >> The LUA source does not have a configure script and is compiled by non- >> standard makefile arguments. They are fairly simple and clearly >> explained in the README. On MacOSX the make command is "sudo make >> macosx install" followed by "sudo make ranlib". This is roughly >> equivalent to "make; sudo make install; sudo ranlib /usr/local/lib/ >> liblua.a". However the LUA compilation does not produce .so libraries >> or .pc files. It produces the .a library and working binaries. "make >> test" is successful. >> >> pkg-config does not see it. >> "pkg-config --list-all | grep lua" produces nothing. >> >> When I try to compile EDJE I get the following error: >> ... >> checking pkg-config is at least version 0.9.0... yes >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> configure: error: unable to find Lua >> >> If LUA produced a .pc file, I could manually move that from lua's src >> directory to /usr/lib/pkgconfig. That would be one possible fix but it >> requires mods to the lua source. >> >> Alternatively EDJE could look for $LD_LIBRARY_PATH/liblua.a instead of >> whatever it is doing. >> >> I'm not an expert but it seems it shouldn't be too hard to make a diff >> to fix this, but is a little beyond my skills. >> >> Has anyone looked at this? > > Yes, I have. The problem is not compatibility between edje and lua. The > problem is that there is no .pc file in the lua source. These stupid > developpers answered me that they want to reduce the number of files in > their tarball when i asked why there is no .pc file. Do you believe it ?? > On linux distro, package maintainers usually add a .pc file. OMG > Well, there is several solutions: > > 1) as you said, write your own .pc file and put it in the correct > directory. (that's what i do for Windows) > > 2) i can add a check of lua library in edje's configure.ac if no .pc file > is found. > > I'll try to find some time to improve lua check this week not needed, LUA_CFLAGS and LUA_LIBS should do. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tiago trunk/editje/editje
On Wed, Mar 31, 2010 at 4:51 AM, Enlightenment SVN wrote: > Log: > Removing deprecated code > Author: tiago > Date: 2010-03-31 05:51:55 -0700 (Wed, 31 Mar 2010) > New Revision: 47626 > > Modified: > trunk/editje/editje/details_state.py > > Modified: trunk/editje/editje/details_state.py > === > --- trunk/editje/editje/details_state.py 2010-03-31 12:50:25 UTC (rev > 47625) > +++ trunk/editje/editje/details_state.py 2010-03-31 12:51:55 UTC (rev > 47626) > @@ -570,7 +570,8 @@ > self["image"]["middle"].value = self.state.image_border_fill_get() > > def _create_props_by_type(self, type): > - self._params_info = edje.external_param_info_get(type) > + type = edje.external_type_get(type) > + self._params_info = type.parameters_info_get() > for p in self._params_info: > prop = Property(self._parent, p.name) > if p.type == edje.EDJE_EXTERNAL_PARAM_TYPE_BOOL: it would be to store type and use it for further information acquisition. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/E-MODULES-EXTRA/calendar/src
On Wed, Mar 31, 2010 at 4:50 AM, Enlightenment SVN
wrote:
> Log:
> * calendar: fix month decrease/increase.
>
> Author: cedric
> Date: 2010-03-31 05:50:25 -0700 (Wed, 31 Mar 2010)
> New Revision: 47625
>
> Modified:
> trunk/E-MODULES-EXTRA/calendar/src/e_mod_main.c
>
> Modified: trunk/E-MODULES-EXTRA/calendar/src/e_mod_main.c
> ===
> --- trunk/E-MODULES-EXTRA/calendar/src/e_mod_main.c 2010-03-31 12:38:58
> UTC (rev 47624)
> +++ trunk/E-MODULES-EXTRA/calendar/src/e_mod_main.c 2010-03-31 12:50:25
> UTC (rev 47625)
> @@ -341,7 +341,10 @@
> inst->displayed_time.tm_mon--;
> inst->displayed_time.tm_mday = 1;
> if (inst->displayed_time.tm_mon < 0)
> - inst->displayed_time.tm_mon = 11;
> + {
> + inst->displayed_time.tm_mon = 11;
> + inst->displayed_time.tm_year--;
> + }
> _calendar_popup_content_update(inst);
> }
>
> @@ -353,7 +356,10 @@
> inst->displayed_time.tm_mon++;
> inst->displayed_time.tm_mday = 1;
> if (inst->displayed_time.tm_mon > 11)
> - inst->displayed_time.tm_mon = 0;
> + {
> + inst->displayed_time.tm_mon = 0;
> + inst->displayed_time.tm_year++;
> + }
> _calendar_popup_content_update(inst);
> }
the best, easiest and safest way to do this is to use libc's date
manipulation functions such as gmtime() and localtime(). You can
increase/decrease on absolute basis using mktime() to convert to
seconds, then operate in seconds, and then convert back to the
break-down format to display.
By the way, we should have these functions in embryo, so our clock
could handle timezones feed to gadgets using offsets from gmt :-)
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
