On 20/10/2011 18.19, Khem Raj wrote:
> On Thu, Oct 20, 2011 at 3:25 AM, Carmelo AMOROSO <carmelo.amor...@st.com> 
> wrote:
>> On 25/08/2011 17.58, Khem Raj wrote:
>>> On Wed, Aug 24, 2011 at 8:54 AM, Carmelo AMOROSO <carmelo.amor...@st.com> 
>>> wrote:
>>>> On 24/08/2011 17.50, Khem Raj wrote:
>>>>> On 8/24/2011 7:19 AM, Carmelo AMOROSO wrote:
>>>>>> Add a new option CONFIG to specify different defconfigs for each ARCH.
>>>>>> The naming convention assume that the defconfig are defined as
>>>>>> $(ARCH)_$(CONFIG)
>>>>>>
>>>>>> i.e.
>>>>>> make ARCH=sh CONFIG=prelink defconfig
>>>>>>
>>>>>> will look for extra/Configs/defconfigs/sh_prelink
>>>>>
>>>>> while not opposed to this patch I think this fragmentation can lead to
>>>>> usage complexity something like what linux kernel does could be an option
>>>>>
>>>>
>>>> Hi Khem,
>>>> sorry but I've not understood what you mean, regarding the "option".
>>>>
>>>> If it can help, CONFIG is not mandatory.
>>>> It is still possible to use simply make ARCH=<arch> defconfig.
>>>
>>> yes I understand that but I meant something like where kernel has
>>> machine configs in config dir
>>> may be
>>>
>>
>> Hi Khem
>> now I've understood... sorry.
>> You mean something like
>>
>> %_defconfig: $(top_builddir)extra/config/conf
>>        $(Q)$(top_builddir)extra/config/conf \
>>        -D extra/Configs/defconfigs/$@ extra/Configs/Config.in
>>
>> correct ?
> 
> Yep
> 

done, with improved help. installed in master.

ciao,
carmelo
_______________________________________________
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc

Reply via email to