On Mon, Mar 2, 2020, 5:03 PM Khem Raj <raj.khem@gmail.com> wrote:


On 3/2/20 2:30 PM, Denys Dmytriyenko wrote:
> On Mon, Mar 02, 2020 at 04:27:05PM -0600, Mark Hatle wrote:
>>
>>
>> On 3/2/20 12:42 PM, Khem Raj wrote:
>>>
>>>
>>> On 3/2/20 9:39 AM, Mark Hatle wrote:
>>>> In gcc 8, the behavior of GCC changed and expansion of wild cards to calls
>>>> of gcc were disabled by default.  This behavior may be required by some
>>>> (poorly written) makefiles.
>>>>
>>>> This will allow someone to do:
>>>>
>>>> gcc *.c -o myoutput
>>>>
>>>> Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org>
>>>> ---
>>>>    recipes-devtools/gcc/gcc-cross-canadian_%.bbappend | 2 +-
>>>>    1 file changed, 1 insertion(+), 1 deletion(-)
>>>>
>>>> diff --git a/recipes-devtools/gcc/gcc-cross-canadian_%.bbappend b/recipes-devtools/gcc/gcc-cross-canadian_%.bbappend
>>>> index 9c0d828..e0463c6 100644
>>>> --- a/recipes-devtools/gcc/gcc-cross-canadian_%.bbappend
>>>> +++ b/recipes-devtools/gcc/gcc-cross-canadian_%.bbappend
>>>> @@ -1,5 +1,5 @@
>>>>    INSANE_SKIP_${PN}_append_sdkmingw32 = " staticdev"
>>>> -EXTRA_OECONF_append_sdkmingw32 = " --disable-nls"
>>>> +EXTRA_OECONF_append_sdkmingw32 = " --disable-nls --enable-mingw-wildcard"
>>>
>>> this change is fine. is this the only place we need it ?
>>
>> Yes, it doesn't do anything if the generated toolchain isn't mingw.. and AFAIK,
>
> Where does this bbappend go? Should this patch be designated to mingw layer?
>

its using an override, so it wont be effective elsewhere, perhaps
oe-core is better place for it.

Heh, I already applied it to master-next in meta-mingw :)


>
>> we're only build cross-canadian there.
>>
>> (binutils and others don't appear to have this option, unless I just missed it.)
>>
>> --Mark
>>
>>>>    LDFLAGS_append_sdkmingw32 = " -Wl,-static"
>>>>    EXEEXT_sdkmingw32 = ".exe"
>>>>    ELFUTILS_sdkmingw32 = ""
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>
>>
>