Re: [E-devel] e_module-notification installation location
> lok wrote: >> Michael Jennings wrote: >>> On Wednesday, 27 February 2008, at 09:20:59 (+0100), >>> Sebastian Dransfeld wrote: >>> >>> Or just ./configure --enable-homedir-install I did some work so that the modules should end up in either the current homedir, or the path enlightenment-config points to. And that everything the module installs ends up in the same moduledir. >>> Exactly. --prefix doesn't really make sense for modules. They either >>> go into E's module directory or the user's module directory. Nothing >>> else makes sense. >>> >>> Michael >>> >>> >> What doesn't makes sense here ? Someone can set up the search path for >> the >> modules to use only /foo and remove the defaults dirs. Block the >> installation to the default path would be like forcing the installation >> of >> any application to either be in / or /usr and nowhere else. >> >> I agree that set up e's dir as a default path to install a module is >> useful >> but the --prefix is only an option, blocking it just reduce the >> posssibilities when installing. >> > Agreed. E having the ability to specify a module_search path is very > useful (and I don't see this option going away anytime > soon)...therefore, having the modules able to be installed anywhere the > user decides is a good idea. Then I agree. But --prefix should then be taken literally, so that using --prefix=/mydir makes the module end up in /mydir/MODULENAME. Sebastian - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EAPI and Windows
Hey, As evil is now in, I would like to use it in the efl. As I mentioned in a previous mail, I've finally found out how to correctly deal with EAPI and libtool on Windows, but I'm facing a problem with EAPI, now. Currently, EAPI is added in fonrt of the declaration and definition of the functions. On Linux, it is not a problem at all: EAPI can be added in front of both; and just adding it in front of the declaration is sufficient. On Windows, it's forbidden to have what EAPI defines on front of both declaration and definition of functions. I see several solutions but I really don't know which one is the best. Here they are: 1) removing all the EAPI in front the definitions of the functions and using big fat comments to separate exported functions from others (static and non static functions). It means that one should organize the functions in a lot of files cleanly. 2) undefining EAPI and defining it to nothing at the end of the headers where it is defined. But I have then to be careful, as some private headers define EAPI (for example in evas). 3) undefining EAPI and defining it to nothing at the beginning of the source files where it is used in front of the declarations. But it's more intrusive. And as I have written evil to be less intrusive... 4) undefining EAPI and defining it to nothing in some private files. But it's not always easy to deal with. With eet, it's easy as Eet.h and Eet_private.h are independant and I can include one before the other and conversely. But for example with evas, it's not so simple. I like the first point, but I know raster does not :p So I would like to have other's opinions, and maybe other solutions. thank you Vincent - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Wed, Feb 27, 2008 at 11:32 AM, Vincent Torri <[EMAIL PROTECTED]> wrote: > > > On Wed, 27 Feb 2008, Nicolas Aguirre wrote: > > > On 2/27/08, Vincent Torri <[EMAIL PROTECTED]> wrote: > > > > > I think that we should add evas filters. It should be very interresting for > > student (study of the internal behaviour of evas, interresting algorithm to > > perfmorm different filters...). > > Rotation, perspective, reflection can be a good beginning and maybe add > > gradient clips, blur > > actually, there is already a mention about evas filters in the wiki. But > maybe we should be a bit more precise on which filters we would like > > That makes me think that we must add turran's work Hi all, I think SoC is a good opportunity for all of us, as I've been named several times about what i have been coding this months here is a brief explanaition of it (in order of importance): Enesim: This library started as a direct rendering gfx library, but a very generic one, with no context; this decision was made to allow different libraries built on top of enesim to define their own context api. It works very nice, but i'd like to implement more pixel formats and more porter/duff operations. Also there's support for simple transformations (based on a 3x3 matrix) but filters will be a good thing to have here too. Eina: A common library for data types, several times on the ml we have discussed the problems with the efl about not having a common implementation of lists/hashes/whatever. This is an attempt. TODO: add evas data types too and merge into a common API/implementation, for now there's only the ecore data types and a new lazy allocator. Ekeko: The idea here is to build a common canvas framework, very simple, supporting abstract objects and general input devices, it is similar to what evas has inside, but the idea is to be able to build evas itself on top of this, a 2d game, a svg canvas, a window manager, or whatever you would want. The concepts of filters and subcavnas are already provided on the example directory. TODO: generic input system. Equanime: This library isnt coded yet, but if someone is interested i'll explain what i'll do. To make it short, it's a simplified version of DirectFB, not aiming only linux as the backend (the framebuffer). It will match the common hw found on simple/embedded graphics devices, like layers, outputs, regions and that's it (maybe 2d engine); no surface allocator, no window manager, no concept of input devices, etc. (the below projects have too many todo's to list them) Evg: Is an attempt to build an implementation of the openvg standard on top of enesim, mayeb supporting different backends like opengl. Esvg: Very early state of a SVG library based on evg. If someone is interested on any of this, please let us know. The code is available in the google code project efl-research. Maybe with the above libraries someone could think of an application that can be built on top of that. IMHO having the above libraries give us a good framework for gfx development. regards, turran. > > regards > > Vincent > > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Wide Line Anti aliasing support in Imlib2
On Thu, Feb 28, 2008 at 4:32 AM, karthik M <[EMAIL PROTECTED]> wrote: > Dear all, > I am planning to use imlib2 for my map application and I require wide > line with anti aliasing support which Imlib2 doesnt seem to support. GDK FB > port seems to have a seperate library but that doesnt support anti aliasing. > > Does anyone know some advanced line drawing libraries (wide line, line > join, cap style etc) which I can integrate with imlib2 easily. > > Also I would like to whether there are any alternative to Imlib2 with > can support the above features which I can use directly . Till now I am not > able to find any other good raster graphics library that can be used in > embedded systems. use evas and polygons instead of lines, we used it here with bit of success... If you use polygons you have to make the line "tick" and also define cap-style yourself, it's a bit tricky, but easily doable, just take some time and search the net for such algorithms. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
As Jorge wants us to reply, here is my answer On Thu, 28 Feb 2008, Jorge Luis Zapata Muga wrote: > Enesim: > This library started as a direct rendering gfx library, but a very > generic one, with no context; this decision was made to allow > different libraries built on top of enesim to define their own context > api. It works very nice, but i'd like to implement more pixel formats > and more porter/duff operations. Also there's support for simple > transformations (based on a 3x3 matrix) but filters will be a good > thing to have here too. I'm for having enesim in SoC > Eina: > A common library for data types, several times on the ml we have > discussed the problems with the efl about not having a common > implementation of lists/hashes/whatever. This is an attempt. TODO: add > evas data types too and merge into a common API/implementation, for > now there's only the ecore data types and a new lazy allocator. I don't think it should be in SoC. > Ekeko: > The idea here is to build a common canvas framework, very simple, > supporting abstract objects and general input devices, it is similar > to what evas has inside, but the idea is to be able to build evas > itself on top of this, a 2d game, a svg canvas, a window manager, or > whatever you would want. The concepts of filters and subcavnas are > already provided on the example directory. TODO: generic input system. in SoC > Equanime: > This library isnt coded yet, but if someone is interested i'll explain > what i'll do. To make it short, it's a simplified version of DirectFB, > not aiming only linux as the backend (the framebuffer). It will match > the common hw found on simple/embedded graphics devices, like layers, > outputs, regions and that's it (maybe 2d engine); no surface > allocator, no window manager, no concept of input devices, etc. i don't know > (the below projects have too many todo's to list them) > > Evg: > Is an attempt to build an implementation of the openvg standard on top > of enesim, mayeb supporting different backends like opengl. I would like it to be in SoC. If I'm not mistaken, Gallium support should be here, right ? > Esvg: > Very early state of a SVG library based on evg. I don't know if it can be in SoC. Is there sufficient things to do to have a student working on several months on Esvg ? Vincent - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Nightly build log for E17 on 2008-02-28 07:08:07 -0800
Build log for Enlightenment DR 0.17 on 2008-02-28 07:08:07 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log edje_editor http://download.enlightenment.org/tests/logs/edje_editor.log edvi http://download.enlightenment.org/tests/logs/edvi.log engage http://download.enlightenment.org/tests/logs/engage.log enna http://download.enlightenment.org/tests/logs/enna.log epdf http://download.enlightenment.org/tests/logs/epdf.log Packages with no supported build system: entice, esmart_rsvg, exorcist, python-efl, Packages skipped: camE, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, calendar, cpu, deskshow, echo, eclair, ecore, edata, edb, e_dbus, edje, edje_viewer, eet, eflame, eflpp, efm_nav, efm_path, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emprint, emu, enesim, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, e_phys, epsilon, epx, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, evolve, ewl, examine, execwatch, exhibit, exml, expedite, express, exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, mpdule, net, news, notification, penguins, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Wide Line Anti aliasing support in Imlib2
Dear Barbieri, Thanks for your reply. May be I am too naive to understand your reply. Do you suggest me to draw a wide line by calculating the boundaries of the wide line by myself and fill the polygon using those boundaries. Also what do you mean by making the line "tick". Thanks Karthik On Thu, 2008-02-28 at 10:23 -0300, Gustavo Sverzut Barbieri wrote: > On Thu, Feb 28, 2008 at 4:32 AM, karthik M <[EMAIL PROTECTED]> wrote: > > Dear all, > > I am planning to use imlib2 for my map application and I require wide > > line with anti aliasing support which Imlib2 doesnt seem to support. GDK > > FB > > port seems to have a seperate library but that doesnt support anti > > aliasing. > > > > Does anyone know some advanced line drawing libraries (wide line, line > > join, cap style etc) which I can integrate with imlib2 easily. > > > > Also I would like to whether there are any alternative to Imlib2 with > > can support the above features which I can use directly . Till now I am > > not > > able to find any other good raster graphics library that can be used in > > embedded systems. > > use evas and polygons instead of lines, we used it here with bit of success... > > If you use polygons you have to make the line "tick" and also define > cap-style yourself, it's a bit tricky, but easily doable, just take > some time and search the net for such algorithms. > -- Karthik M | kaarthik.wordpress.com Join mokomaps.projects.openmoko.org. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
Ian wrote: > Alright I've taken this summer of code research a bit further > apparently we're not blacklisted in anyway. The reason we were not > accepted last year is that our application was a bit suboptimal > and the ideas list was poor we didn't elaborate enough on the > ideas what they were. It wasn't clear enough to an e outsider what > we needed to get done. so they said to reapply this year and > improve it. So from this point forward I'm willing to do what > it takes to get enlightenment into SOC this year but of course > I'll need commitment and help. I'm willing to help be an admin > but we need people who're willing to mentor and we need the > ideas to be explained clearly on the wiki. Make it so that someone > who has never heard of e can look at them and understand what we > need the different things for. All I mentioned are simply things I blieve would be useful for E to have, SoC or not. I could give detailed explanations of what I mentioned.. but these things might not be what others believe would be good to have, specially things related to specific E-projects (which are?). It would be up to the individual project leaders to come up with their own detailed descriptions of specific proposals they feel would be good for their projects. So far, only Michael from eterm has done something like that, but it's still early and many things need to be thought about first before people can come up with proposals. _ Click to make millions by owning your own franchise. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3m6iRdMIqwDoRmKnxSepEMMLAVxYenmEFXGkOa8QZaPuoD1W/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] emotion/xine memory leak
On Wed, 27 Feb 2008 19:57:04 -0300 "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> babbled: > Guys, I did a quick test with emotion_test (c version) and it's > leaking... I'm running home, but the relevant part is: > > ==19235== LEAK SUMMARY: > ==19235==definitely lost: 112 bytes in 6 blocks. > ==19235==indirectly lost: 240 bytes in 20 blocks. > ==19235== possibly lost: 37,053 bytes in 906 blocks. > ==19235==still reachable: 26,833,797 bytes in 8,821 blocks. > ==19235== suppressed: 0 bytes in 0 blocks. > > almost 27mb of a simple video is really leaking something :-) still reachable is just irrelevant. never even bother with that. it's totally bogus. use memprof if anything. > however it's still reachable, so harder to spot the bastard... > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi - Embedded and Mobile Software Development > -- > MSN: [EMAIL PROTECTED] > Skype: gsbarbieri > Mobile: +55 (81) 9927 0010 > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > 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)[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] emotion/xine memory leak
On Thu, Feb 28, 2008 at 1:31 PM, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > On Wed, 27 Feb 2008 19:57:04 -0300 "Gustavo Sverzut Barbieri" > <[EMAIL PROTECTED]> babbled: > > > > Guys, I did a quick test with emotion_test (c version) and it's > > leaking... I'm running home, but the relevant part is: > > > > ==19235== LEAK SUMMARY: > > ==19235==definitely lost: 112 bytes in 6 blocks. > > ==19235==indirectly lost: 240 bytes in 20 blocks. > > ==19235== possibly lost: 37,053 bytes in 906 blocks. > > ==19235==still reachable: 26,833,797 bytes in 8,821 blocks. > > ==19235== suppressed: 0 bytes in 0 blocks. > > > > almost 27mb of a simple video is really leaking something :-) > > still reachable is just irrelevant. never even bother with that. it's totally > bogus. use memprof if anything. man, 2-5mb I'd say it's bullshit, like list node caches, pre calculated tables, ... but 27mb?! I did yet another test, but unfortunatelly I was recompiling efl during that so the last part is "corrupted" and just show 0x2F, but it might bring you attention to: ==28413== 4,942,080 bytes in 15 blocks are still reachable in loss record 142 of 143 ==28413==at 0x4005426: malloc (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==28413==by 0x42AFB47: _emotion_frame_format_update (emotion_xine_vo_out.c:374) ==28413==by 0x42E7CE3: (within /usr/lib/libxine.so.1.19.0) ==28413== ==28413== ==28413== 18,115,480 bytes in 2,537 blocks are still reachable in loss record 143 of 143 ==28413==at 0x400487B: calloc (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==28413==by 0x4303FD3: xine_xmalloc (in /usr/lib/libxine.so.1.19.0) ==28413==by 0x2F: ??? ==28413== ==28413== LEAK SUMMARY: ==28413==definitely lost: 40 bytes in 4 blocks. ==28413== possibly lost: 37,085 bytes in 908 blocks. ==28413==still reachable: 26,848,760 bytes in 8,402 blocks. ==28413== suppressed: 0 bytes in 0 blocks. so of 27mb, 18mb is from xine_xmalloc() and 5mb is from emotion-xine in _emotion_frame_format_update(): fr->vo_frame.base[0] = malloc(y_size + (2 * uv_size)); which does call _emotion_frame_data_free(), so it's not due calling this function more than once (that would override the pointer and that would also issue a "definitely lost"). I'm investigating where it's being lost... but I guess "fr" itself is being lost somewhere. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] emotion/xine memory leak
On Thu, 28 Feb 2008 15:26:47 -0300 "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> babbled: > On Thu, Feb 28, 2008 at 1:31 PM, The Rasterman Carsten Haitzler > <[EMAIL PROTECTED]> wrote: > > On Wed, 27 Feb 2008 19:57:04 -0300 "Gustavo Sverzut Barbieri" > > <[EMAIL PROTECTED]> babbled: > > > > > > > Guys, I did a quick test with emotion_test (c version) and it's > > > leaking... I'm running home, but the relevant part is: > > > > > > ==19235== LEAK SUMMARY: > > > ==19235==definitely lost: 112 bytes in 6 blocks. > > > ==19235==indirectly lost: 240 bytes in 20 blocks. > > > ==19235== possibly lost: 37,053 bytes in 906 blocks. > > > ==19235==still reachable: 26,833,797 bytes in 8,821 blocks. > > > ==19235== suppressed: 0 bytes in 0 blocks. > > > > > > almost 27mb of a simple video is really leaking something :-) > > > > still reachable is just irrelevant. never even bother with that. it's > > totally bogus. use memprof if anything. > > man, 2-5mb I'd say it's bullshit, like list node caches, pre > calculated tables, ... > > but 27mb?! it simply means some memory is allocated and tracked - and there is no shutdown for it. you want to check on memprof - and not the leaks. look at the profile > I did yet another test, but unfortunatelly I was recompiling efl > during that so the last part is "corrupted" and just show 0x2F, but it > might bring you attention to: > > ==28413== 4,942,080 bytes in 15 blocks are still reachable in loss > record 142 of 143 > ==28413==at 0x4005426: malloc (in > /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) > ==28413==by 0x42AFB47: _emotion_frame_format_update > (emotion_xine_vo_out.c:374) > ==28413==by 0x42E7CE3: (within /usr/lib/libxine.so.1.19.0) > ==28413== > ==28413== > ==28413== 18,115,480 bytes in 2,537 blocks are still reachable in loss > record 143 of 143 > ==28413==at 0x400487B: calloc (in > /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) > ==28413==by 0x4303FD3: xine_xmalloc (in /usr/lib/libxine.so.1.19.0) > ==28413==by 0x2F: ??? > ==28413== > ==28413== LEAK SUMMARY: > ==28413==definitely lost: 40 bytes in 4 blocks. > ==28413== possibly lost: 37,085 bytes in 908 blocks. > ==28413==still reachable: 26,848,760 bytes in 8,402 blocks. > ==28413== suppressed: 0 bytes in 0 blocks. > > so of 27mb, 18mb is from xine_xmalloc() and 5mb is from emotion-xine > in _emotion_frame_format_update(): > > fr->vo_frame.base[0] = malloc(y_size + (2 * uv_size)); > > which does call _emotion_frame_data_free(), so it's not due calling > this function more than once (that would override the pointer and that > would also issue a "definitely lost"). > > I'm investigating where it's being lost... but I guess "fr" itself is > being lost somewhere. > > -- > Gustavo Sverzut Barbieri > -- > Jabber: [EMAIL PROTECTED] >MSN: [EMAIL PROTECTED] > ICQ#: 17249123 > Skype: gsbarbieri > Mobile: +55 (81) 9927 0010 > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Wide Line Anti aliasing support in Imlib2
On Thu, Feb 28, 2008 at 12:14 PM, Karthik Murugesan <[EMAIL PROTECTED]> wrote: > Dear Barbieri, > Thanks for your reply. May be I am too naive to understand your reply. > Do you suggest me to draw a wide line by calculating the boundaries of > the wide line by myself and fill the polygon using those boundaries. > Also what do you mean by making the line "tick". sorry about my phrasing, it's exactly what you said, calculate the boundaries of the wide line yourself and use these points to specify your polygon. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Imlib2: problems with HSV colors
> > > I suggest replacing both the rgb-to-hsv and hsv-to-rgb > implementations in imlib2 with those used in evas and keep the > documentation as is. Test it, and if that works for you then send > it as a patch. :) > I replaced both functions as you suggested. No it looks a little better but not much. From my perspective the problem is that imlib2 stores color ranges internally in rgb. Maybe a better solution is to calculate the hsv color by myself and draw each line by myself. Although it may be less efficient however in this case I have one advantage to the imlib2 hsv color range function: I will not loose information from back and forth converting between colorspaces. Alil - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Imlib2: problems with HSV colors
> I replaced both functions as you suggested. No it looks a little > better but not much. > From my perspective the problem is that imlib2 stores color ranges > internally in rgb. In part.. As I mentioned, the use of the wrong scale was only part of the problem. The other part is that it's doing an initial interpolation in rgb color-space.. and that'll give incorrect results since hsv<->rgb are not linear conversions. Furthermore, it also does an initial hsv->rgb conversion to store the color range in rgb, as you mention, and that causes some further (small) inaccuracies (since the conversion hsv->rgb->hsv doesn't always give an identity). > Maybe a better solution is to calculate the hsv color by myself and > draw each line by myself. > Although it may be less efficient however in this case I have one > advantage to the imlib2 hsv color range function: > I will not loose information from back and forth converting between > colorspaces. That would be one way.. and actually you might get something which is even faster. You can also try and do something like in evas, where though the initial colors are input as argb, the actual interpolation is done completely in ahsv space. You can do even better in imlib2 by, as you mention, store the color range as ahsv values, and then proceed as mentioned, thus avoiding any conversions to begin with. So, if you have some time you could try and work out a patch for imlib2 that would do this. _ Click for free info on online masters degrees and make up to $150K/ year http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3nNjdFYdDR3fGPlZCD0wMLqBR5Prep3GzTlswkYigkTWnJcE/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Patch for EFM bug
Hello,
the attached patch fixes this bug:
http://bugzilla.enlightenment.org/show_bug.cgi?id=395
Regards.
--
Get a free email address with REAL anti-spam protection.
http://www.bluebottle.com/tag/1
--- src/bin/e_utils.c 2007-12-27 01:25:31.0 +0100
+++ src/bin/e_utils2.c 2008-02-28 12:58:37.0 +0100
@@ -592,15 +592,23 @@
while (*p)
{
if ((q - buf) > 4090) return NULL;
- if (
+ if(*p == '\'')
+ {
+ *q= '\'';
+ q++;
+ *q = '\\';
+ q++;
+ *q= '\'';
+ q++;
+ }
+ else if (
(*p == ' ') || (*p == '\t') || (*p == '\n') ||
- (*p == '\\') || (*p == '\'') || (*p == '\"') ||
+ (*p == '\\') || (*p == '\"') || (*p == '?') ||
(*p == ';') || (*p == '!') || (*p == '#') ||
(*p == '$') || (*p == '%') || (*p == '&') ||
(*p == '*') || (*p == '(') || (*p == ')') ||
(*p == '[') || (*p == ']') || (*p == '{') ||
(*p == '}') || (*p == '|') || (*p == '<') ||
- (*p == '>') || (*p == '?')
+ (*p == '>')
)
{
*q = '\\';
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] emotion/xine memory leak
On Thu, Feb 28, 2008 at 3:35 PM, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > On Thu, 28 Feb 2008 15:26:47 -0300 "Gustavo Sverzut Barbieri" > <[EMAIL PROTECTED]> babbled: > > > > On Thu, Feb 28, 2008 at 1:31 PM, The Rasterman Carsten Haitzler > > <[EMAIL PROTECTED]> wrote: > > > On Wed, 27 Feb 2008 19:57:04 -0300 "Gustavo Sverzut Barbieri" > > > <[EMAIL PROTECTED]> babbled: > > > > > > > > > > Guys, I did a quick test with emotion_test (c version) and it's > > > > leaking... I'm running home, but the relevant part is: > > > > > > > > ==19235== LEAK SUMMARY: > > > > ==19235==definitely lost: 112 bytes in 6 blocks. > > > > ==19235==indirectly lost: 240 bytes in 20 blocks. > > > > ==19235== possibly lost: 37,053 bytes in 906 blocks. > > > > ==19235==still reachable: 26,833,797 bytes in 8,821 blocks. > > > > ==19235== suppressed: 0 bytes in 0 blocks. > > > > > > > > almost 27mb of a simple video is really leaking something :-) > > > > > > still reachable is just irrelevant. never even bother with that. it's > > > totally bogus. use memprof if anything. > > > > man, 2-5mb I'd say it's bullshit, like list node caches, pre > > calculated tables, ... > > > > but 27mb?! > > it simply means some memory is allocated and tracked - and there is no > shutdown > for it. you want to check on memprof - and not the leaks. look at the profile damn... memprof requires lignomeui which requires, too much more than I want to give :-P I did some tests, some printf() debugging and really look it's ok, I don't know xine and even less it's output engines, but looks like it use your provided callbacks to allocate and free frames, and they use a pool of frames, which they DO free... so not sure if it really leaks or not. -- Gustavo Sverzut Barbieri http://profusion.mobi - Embedded and Mobile Software Development -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
well considering applications need to be in by when it starts which is like march 3rd we don't have a lot of time... [EMAIL PROTECTED] wrote: > Ian wrote: > > >> Alright I've taken this summer of code research a bit further >> apparently we're not blacklisted in anyway. The reason we were not >> accepted last year is that our application was a bit suboptimal >> and the ideas list was poor we didn't elaborate enough on the >> ideas what they were. It wasn't clear enough to an e outsider what >> we needed to get done. so they said to reapply this year and >> improve it. So from this point forward I'm willing to do what >> it takes to get enlightenment into SOC this year but of course >> I'll need commitment and help. I'm willing to help be an admin >> but we need people who're willing to mentor and we need the >> ideas to be explained clearly on the wiki. Make it so that someone >> who has never heard of e can look at them and understand what we >> need the different things for. >> > > All I mentioned are simply things I blieve would be useful > for E to have, SoC or not. I could give detailed explanations of > what I mentioned.. but these things might not be what others believe > would be good to have, specially things related to specific E-projects > (which are?). > It would be up to the individual project leaders to come > up with their own detailed descriptions of specific proposals they > feel would be good for their projects. > > So far, only Michael from eterm has done something like that, > but it's still early and many things need to be thought about first > before people can come up with proposals. > > _ > Click to make millions by owning your own franchise. > http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3m6iRdMIqwDoRmKnxSepEMMLAVxYenmEFXGkOa8QZaPuoD1W/ > > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e_module-notification installation location
On Thu, 28 Feb 2008 10:14:19 +0100 (CET) [EMAIL PROTECTED] babbled: > Then I agree. But --prefix should then be taken literally, so that using > --prefix=/mydir makes the module end up in /mydir/MODULENAME. this would violate the principle of least surprise. --prefix should do what it does every else in autofoo - people should be able to use ./configure --prefix=/opt/blah/e make make install for everything in efl - for that matter, every piece of software that uses autofoo, and it should do the right thing and just work - install in the right place. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
March 3rd is when they start accepting applications. The deadline is March 12th. On Thu, Feb 28, 2008 at 6:46 PM, Ian C. <[EMAIL PROTECTED]> wrote: > well considering applications need to be in by when it starts which is > like march 3rd we don't have a lot of time... > > [EMAIL PROTECTED] wrote: > > > > Ian wrote: > > > > > >> Alright I've taken this summer of code research a bit further > >> apparently we're not blacklisted in anyway. The reason we were not > >> accepted last year is that our application was a bit suboptimal > >> and the ideas list was poor we didn't elaborate enough on the > >> ideas what they were. It wasn't clear enough to an e outsider what > >> we needed to get done. so they said to reapply this year and > >> improve it. So from this point forward I'm willing to do what > >> it takes to get enlightenment into SOC this year but of course > >> I'll need commitment and help. I'm willing to help be an admin > >> but we need people who're willing to mentor and we need the > >> ideas to be explained clearly on the wiki. Make it so that someone > >> who has never heard of e can look at them and understand what we > >> need the different things for. > >> > > > > All I mentioned are simply things I blieve would be useful > > for E to have, SoC or not. I could give detailed explanations of > > what I mentioned.. but these things might not be what others believe > > would be good to have, specially things related to specific E-projects > > (which are?). > > It would be up to the individual project leaders to come > > up with their own detailed descriptions of specific proposals they > > feel would be good for their projects. > > > > So far, only Michael from eterm has done something like that, > > but it's still early and many things need to be thought about first > > before people can come up with proposals. > > > > _ > > Click to make millions by owning your own franchise. > > > http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3m6iRdMIqwDoRmKnxSepEMMLAVxYenmEFXGkOa8QZaPuoD1W/ > > > > > > > > - > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e_module-notification installation location
> this would violate the principle of least surprise. Well said. U... then again, setting a size load option on an image and getting -- surprise! it may or may not be what you asked for! does seem to flaunt that excellent principle you want to adhere to. :) PS. Not to mention the various situations where it's hurting you efficiency wise - in both mem and performance. _ Find what you want and get it for less with an online auction. Click now! http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3n7Vg4peFzfZABnf0WEB9YUbScPl2JV6cogqskHyo7Fiq9Lq/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
you're correct but if we want to be selected we need to get it in as soon as possible. the closer the March 3rd the better. Nathan Ingersoll wrote: > March 3rd is when they start accepting applications. The deadline is March > 12th. > > On Thu, Feb 28, 2008 at 6:46 PM, Ian C. <[EMAIL PROTECTED]> wrote: > >> well considering applications need to be in by when it starts which is >> like march 3rd we don't have a lot of time... >> >> [EMAIL PROTECTED] wrote: >> >> >> >>> Ian wrote: >>> >> > >> > >> >> Alright I've taken this summer of code research a bit further >> >> apparently we're not blacklisted in anyway. The reason we were not >> >> accepted last year is that our application was a bit suboptimal >> >> and the ideas list was poor we didn't elaborate enough on the >> >> ideas what they were. It wasn't clear enough to an e outsider what >> >> we needed to get done. so they said to reapply this year and >> >> improve it. So from this point forward I'm willing to do what >> >> it takes to get enlightenment into SOC this year but of course >> >> I'll need commitment and help. I'm willing to help be an admin >> >> but we need people who're willing to mentor and we need the >> >> ideas to be explained clearly on the wiki. Make it so that someone >> >> who has never heard of e can look at them and understand what we >> >> need the different things for. >> >> >> > >> > All I mentioned are simply things I blieve would be useful >> > for E to have, SoC or not. I could give detailed explanations of >> > what I mentioned.. but these things might not be what others believe >> > would be good to have, specially things related to specific E-projects >> > (which are?). >> > It would be up to the individual project leaders to come >> > up with their own detailed descriptions of specific proposals they >> > feel would be good for their projects. >> > >> > So far, only Michael from eterm has done something like that, >> > but it's still early and many things need to be thought about first >> > before people can come up with proposals. >> > >> > _ >> > Click to make millions by owning your own franchise. >> > >> http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3m6iRdMIqwDoRmKnxSepEMMLAVxYenmEFXGkOa8QZaPuoD1W/ >> > >> > >> > >> > - >> > This SF.net email is sponsored by: Microsoft >> > Defy all challenges. Microsoft(R) Visual Studio 2008. >> > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ >> > ___ >> > enlightenment-devel mailing list >> > enlightenment-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > >> > >> >> - >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> > > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e_module-notification installation location
Michael Jennings wrote: > On Tuesday, 26 February 2008, at 23:08:23 (-0800), > Eric Sandall wrote: > >> "It works for me", > > ... > >> so what is the better method you propose? The other e_modules just >> use --prefix=/usr, will that also work for your /usr/lib64 scenario? > > See below. > > > > > On Wednesday, 27 February 2008, at 09:20:59 (+0100), > Sebastian Dransfeld wrote: > >> Or just ./configure --enable-homedir-install >> >> I did some work so that the modules should end up in either the >> current homedir, or the path enlightenment-config points to. And >> that everything the module installs ends up in the same moduledir. > > Exactly. --prefix doesn't really make sense for modules. They either > go into E's module directory or the user's module directory. Nothing > else makes sense. > > Michael > I have removed using --prefix during ./configure for all E17 modules. Thank you for the feedback. :) -sandalle -- Eric Sandall | Source Mage GNU/Linux Developer [EMAIL PROTECTED] PGP: 0xA8EFDD61 | http://www.sourcemage.org/ http://eric.sandall.us/ | http://counter.li.org/ #196285 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On 02/28/2008 22:14, Ian C. wrote: > you're correct but if we want to be selected we need to get it in as > soon as possible. the closer the March 3rd the better. I agree. There is terribly little time to get organized here. I've added another page dedicated to just ideas and their descriptions. But we need folks to flesh it out. I am incapable of writing up the descriptions, and pinning names on them. If you previously submitted an idea (KainX, vtorri, G. Barbieri) please jump in and type some more up. What has to happen is, we have to describe our ideas in terms that non-E-devs can understand, and appreciate. The new page is at: http://wiki.enlightenment.org/index.php/SoC_Project_Ideas I have an example section at the top. If anyone can come up with a nicer format, please feel free to change it up. The page is kinda a mess right now, several different formats. I'll be cleaning it up. but the content must come from you guys. > Nathan Ingersoll wrote: >> March 3rd is when they start accepting applications. The deadline is March >> 12th. >> >> On Thu, Feb 28, 2008 at 6:46 PM, Ian C. <[EMAIL PROTECTED]> wrote: >> >>> well considering applications need to be in by when it starts which is >>> like march 3rd we don't have a lot of time... >>> >>> [EMAIL PROTECTED] wrote: >>> >>> >>> Ian wrote: >>> > >>> > >>> >> Alright I've taken this summer of code research a bit further >>> >> apparently we're not blacklisted in anyway. The reason we were not >>> >> accepted last year is that our application was a bit suboptimal >>> >> and the ideas list was poor we didn't elaborate enough on the >>> >> ideas what they were. It wasn't clear enough to an e outsider what >>> >> we needed to get done. so they said to reapply this year and >>> >> improve it. So from this point forward I'm willing to do what >>> >> it takes to get enlightenment into SOC this year but of course >>> >> I'll need commitment and help. I'm willing to help be an admin >>> >> but we need people who're willing to mentor and we need the >>> >> ideas to be explained clearly on the wiki. Make it so that someone >>> >> who has never heard of e can look at them and understand what we >>> >> need the different things for. >>> >> >>> > >>> > All I mentioned are simply things I blieve would be useful >>> > for E to have, SoC or not. I could give detailed explanations of >>> > what I mentioned.. but these things might not be what others believe >>> > would be good to have, specially things related to specific E-projects >>> > (which are?). >>> > It would be up to the individual project leaders to come >>> > up with their own detailed descriptions of specific proposals they >>> > feel would be good for their projects. >>> > >>> > So far, only Michael from eterm has done something like that, >>> > but it's still early and many things need to be thought about first >>> > before people can come up with proposals. >>> > >>> > _ >>> > Click to make millions by owning your own franchise. >>> > >>> http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3m6iRdMIqwDoRmKnxSepEMMLAVxYenmEFXGkOa8QZaPuoD1W/ >>> > >>> > >>> > >>> > - >>> > This SF.net email is sponsored by: Microsoft >>> > Defy all challenges. Microsoft(R) Visual Studio 2008. >>> > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ >>> > ___ >>> > enlightenment-devel mailing list >>> > enlightenment-devel@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >>> > >>> > >>> >>> - >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ >>> ___ >>> enlightenment-devel mailing list >>> enlightenment-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >>> >>> >> > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- Regards, Ravenlock signature.asc Description: OpenPGP digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/_
Re: [E-devel] e_module-notification installation location
Carsten Haitzler (The Rasterman) wrote: > On Thu, 28 Feb 2008 10:14:19 +0100 (CET) [EMAIL PROTECTED] babbled: >> Then I agree. But --prefix should then be taken literally, so that using >> --prefix=/mydir makes the module end up in /mydir/MODULENAME. > > this would violate the principle of least surprise. --prefix should do what it > does every else in autofoo - people should be able to use > > ./configure --prefix=/opt/blah/e > make > make install > > for everything in efl - for that matter, every piece of software that uses > autofoo, and it should do the right thing and just work - install in the right > place. > But this case is solved by using E_CONFIG='/opt/blah/e/bin/e-config' ./configure What we now try to solve is when a user adds /my/module/dir to the module search path. We could use ./configure --with-module-dir=/my/module/dir Then we ignore all standard options :) Sebastian - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e_module-notification installation location
On Fri, 29 Feb 2008 06:35:37 +0100 Sebastian Dransfeld <[EMAIL PROTECTED]> babbled: > Carsten Haitzler (The Rasterman) wrote: > > On Thu, 28 Feb 2008 10:14:19 +0100 (CET) [EMAIL PROTECTED] babbled: > >> Then I agree. But --prefix should then be taken literally, so that using > >> --prefix=/mydir makes the module end up in /mydir/MODULENAME. > > > > this would violate the principle of least surprise. --prefix should do what > > it does every else in autofoo - people should be able to use > > > > ./configure --prefix=/opt/blah/e > > make > > make install > > > > for everything in efl - for that matter, every piece of software that uses > > autofoo, and it should do the right thing and just work - install in the > > right place. > > > > But this case is solved by using > E_CONFIG='/opt/blah/e/bin/e-config' ./configure > > What we now try to solve is when a user adds /my/module/dir to the > module search path. We could use > > ./configure --with-module-dir=/my/module/dir > > Then we ignore all standard options :) i'd definitely vote for that way - not overloading --prefix to behave differently to how it normally does :) > Sebastian > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > 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)[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
