On 10/09/12 13:39, Carsten Haitzler (The Rasterman) wrote:
> On Mon, 10 Sep 2012 09:40:57 +0300 Tom Hacohen <tom.haco...@samsung.com> said:
>
>> On 10/09/12 02:58, Carsten Haitzler (The Rasterman) wrote:
>>> On Sun, 09 Sep 2012 10:34:20 +0300 Tom Hacohen <tom.haco...@samsung.com>
>>> said:
>>>
>>>> Dear devs, users, and spammers,
>>>>
>>>> I have a couple of suggestions that'll hopefully make the EFL a bit less
>>>> annoying to build:
>>>> 1. make check/benchmarks/examples/doc: those should not be a configure
>>>> options, but the builds should just be called upon calling the
>>>> respective command. I.e instead of --enable-examples and then running
>>>> "make examples" or if annoyingly built with all, not running the latter,
>>>> we'll just build automatically with "make examples" and do nothing
>>>> otherwise.
>>>
>>> annoyingly if we use "check" for tests.. u have a dependency u need to ..
>>> check for... so configure needs to be invovled minimally to test for its
>>> existence (i'm dubious as to if its worth it though - using it that is.
>>> it's REALLY minimal. the value would be if distros or developers demanded a
>>> consistent way of starting tests for a package and gathering output for
>>> reports, but to my knowledge, they don't).
>>
>> I'm just saying that the --enable-tests option is useless and adds
>> little benefit. All the suggestions above are already applied on eobj so
>> they are possible and work...
>>
>> So my suggestion is essentially: when possible, don't require a
>> redundant configure option to do something you can easily do later...
>>
>>>
>>>> 2. Not build unrelated crap in "all". I think it's in elementary that we
>>>> build a lot of doc related stuff in "all" unless we pass --disable-doc.
>>>> 3. Make "make all" fast and slim, no additional crap. Building the libs
>>>> should be fast and easy *by default*, not slow and painful.
>>>
>>> ummm... i've never seed this UNLESS we do make doc...
>>>
>>
>> elementary, "make clean && make" output:
>> ...
>>     CC       widget_preview_flip.o
>>     CCLD     widget_preview_flip
>>     CC       widget_preview_flipselector.o
>>     CCLD     widget_preview_flipselector
>> ...
>> I'e all the widget preview stuff, and those are hardly needed by the
>> average Joe.
>>
>> Also, in my pov quicklaunch shouldn't be built by default either, but
>> that's another thing to think about... :)
>
> aaah yes. this is good actually. its like a check/test for elm... but it 
> doesn't
> run them -that takes forever. :) doc build. :)
>

Yeah. Vincent said he'll happily do those adjustments and that he just 
wants me to post it to the ML before he does it so no one will be 
pissed. :) So yeah, that's part of the changes I suggested.

--
Tom.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to