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 <[email protected]>
---
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.
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 = ""
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#48660): https://lists.yoctoproject.org/g/yocto/message/48660
Mute This Topic: https://lists.yoctoproject.org/mt/71680380/21656
Group Owner: [email protected]
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
