* [meta-gnome][PATCH] ibus: let the build compiler find its own C standard option
@ 2026-10-06 9:46 Markus Volk
2026-10-06 9:49 ` [oe] " Khem Raj
0 siblings, 1 reply; 3+ messages in thread
From: Markus Volk @ 2026-10-06 9:46 UTC (permalink / raw)
To: openembedded-devel
ibus bundles ax_prog_cc_for_build.m4 serial 21, which does not rename
the ac_cv_prog_cc_c23 cache variable of autoconf 2.73. CC_FOR_BUILD then
takes the option of the cross compiler: with clang it becomes
"gcc -std=gnu23", which GCC 13 and older reject when unicode-parser is
built. Update the macro to serial 26 from autoconf-archive.
Upstream-Status: Pending
Tested by building ibus for x86-64 with ac_cv_prog_cc_c23=-std=gnu23
preset for the target compiler; CC_FOR_BUILD is plain gcc.
AI-Generated: Uses Claude Code (Claude Opus 5.5)
Signed-off-by: Markus Volk <f_l_k@t-online.de>
---
...ax_prog_cc_for_build.m4-to-serial-26.patch | 178 ++++++++++++++++++
.../recipes-support/ibus/ibus_1.5.34.bb | 1 +
2 files changed, 179 insertions(+)
create mode 100644 meta-gnome/recipes-support/ibus/ibus/0001-m4-update-ax_prog_cc_for_build.m4-to-serial-26.patch
diff --git a/meta-gnome/recipes-support/ibus/ibus/0001-m4-update-ax_prog_cc_for_build.m4-to-serial-26.patch b/meta-gnome/recipes-support/ibus/ibus/0001-m4-update-ax_prog_cc_for_build.m4-to-serial-26.patch
new file mode 100644
index 0000000000..5029d9a86c
--- /dev/null
+++ b/meta-gnome/recipes-support/ibus/ibus/0001-m4-update-ax_prog_cc_for_build.m4-to-serial-26.patch
@@ -0,0 +1,178 @@
+From 14547094541136957eee60bd6665263c0a69f17c Mon Sep 17 00:00:00 2001
+From: Markus Volk <f_l_k@t-online.de>
+Date: Tue, 6 Oct 2026 11:13:24 +0200
+Subject: [PATCH] m4: update ax_prog_cc_for_build.m4 to serial 26
+
+Serial 21 renames the cache variables of AC_PROG_CC only up to
+ac_cv_prog_cc_c11. Autoconf 2.73 adds ac_cv_prog_cc_c23, so the build
+compiler inherits the result of the host compiler. When the host
+compiler needs -std=gnu23, CC_FOR_BUILD becomes "gcc -std=gnu23" and
+fails with GCC 13 and older.
+
+Serial 26 from autoconf-archive also renames ac_cv_prog_cc_c23.
+
+Upstream-Status: Pending
+---
+ m4/ax_prog_cc_for_build.m4 | 78 ++++++++++++++++++++++++--------------
+ 1 file changed, 49 insertions(+), 29 deletions(-)
+
+diff --git a/m4/ax_prog_cc_for_build.m4 b/m4/ax_prog_cc_for_build.m4
+index 1db8d73f..4d1de993 100644
+--- a/m4/ax_prog_cc_for_build.m4
++++ b/m4/ax_prog_cc_for_build.m4
+@@ -32,7 +32,7 @@
+ # and this notice are preserved. This file is offered as-is, without any
+ # warranty.
+
+-#serial 21
++#serial 26
+
+ AU_ALIAS([AC_PROG_CC_FOR_BUILD], [AX_PROG_CC_FOR_BUILD])
+ AC_DEFUN([AX_PROG_CC_FOR_BUILD], [dnl
+@@ -43,16 +43,16 @@ AC_REQUIRE([AC_CANONICAL_BUILD])dnl
+ dnl Use the standard macros, but make them use other variable names
+ dnl
+ pushdef([ac_cv_prog_CPP], ac_cv_build_prog_CPP)dnl
++pushdef([ac_cv_prog_gcc], ac_cv_build_prog_gcc)dnl
+ pushdef([ac_cv_prog_cc_c89], ac_cv_build_prog_cc_c89)dnl
+ pushdef([ac_cv_prog_cc_c99], ac_cv_build_prog_cc_c99)dnl
+ pushdef([ac_cv_prog_cc_c11], ac_cv_build_prog_cc_c11)dnl
+-pushdef([ac_cv_prog_gcc], ac_cv_build_prog_gcc)dnl
++pushdef([ac_cv_prog_cc_c23], ac_cv_build_prog_cc_c23)dnl
++pushdef([ac_cv_prog_cc_stdc], ac_cv_build_prog_cc_stdc)dnl
+ pushdef([ac_cv_prog_cc_works], ac_cv_build_prog_cc_works)dnl
+ pushdef([ac_cv_prog_cc_cross], ac_cv_build_prog_cc_cross)dnl
+ pushdef([ac_cv_prog_cc_g], ac_cv_build_prog_cc_g)dnl
+-pushdef([ac_cv_c_compiler_gnu], ac_cv_build_c_compiler_gnu)dnl
+-pushdef([ac_cv_exeext], ac_cv_build_exeext)dnl
+-pushdef([ac_cv_objext], ac_cv_build_objext)dnl
++pushdef([ac_prog_cc_stdc], ac_build_prog_cc_stdc)dnl
+ pushdef([ac_exeext], ac_build_exeext)dnl
+ pushdef([ac_objext], ac_build_objext)dnl
+ pushdef([CC], CC_FOR_BUILD)dnl
+@@ -60,9 +60,7 @@ pushdef([CPP], CPP_FOR_BUILD)dnl
+ pushdef([GCC], GCC_FOR_BUILD)dnl
+ pushdef([CFLAGS], CFLAGS_FOR_BUILD)dnl
+ pushdef([CPPFLAGS], CPPFLAGS_FOR_BUILD)dnl
+-pushdef([EXEEXT], BUILD_EXEEXT)dnl
+ pushdef([LDFLAGS], LDFLAGS_FOR_BUILD)dnl
+-pushdef([OBJEXT], BUILD_OBJEXT)dnl
+ pushdef([host], build)dnl
+ pushdef([host_alias], build_alias)dnl
+ pushdef([host_cpu], build_cpu)dnl
+@@ -77,6 +75,32 @@ pushdef([ac_tool_prefix], ac_build_tool_prefix)dnl
+ pushdef([am_cv_CC_dependencies_compiler_type], am_cv_build_CC_dependencies_compiler_type)dnl
+ pushdef([am_cv_prog_cc_c_o], am_cv_build_prog_cc_c_o)dnl
+ pushdef([cross_compiling], cross_compiling_build)dnl
++dnl
++dnl These variables are problematic to rename by M4 macros, so we save
++dnl their values in alternative names, and restore the values later.
++dnl
++dnl _AC_COMPILER_EXEEXT and _AC_COMPILER_OBJEXT internally call
++dnl AC_SUBST which prevents the renaming of EXEEXT and OBJEXT
++dnl variables. It's not a good idea to rename ac_cv_exeext and
++dnl ac_cv_objext either as they're related.
++dnl Renaming ac_exeext and ac_objext is safe though.
++dnl
++ac_cv_host_exeext=$ac_cv_exeext
++AS_VAR_SET_IF([ac_cv_build_exeext],
++ [ac_cv_exeext=$ac_cv_build_exeext],
++ [AS_UNSET([ac_cv_exeext])])
++ac_cv_host_objext=$ac_cv_objext
++AS_VAR_SET_IF([ac_cv_build_objext],
++ [ac_cv_objext=$ac_cv_build_objext],
++ [AS_UNSET([ac_cv_objext])])
++dnl
++dnl ac_cv_c_compiler_gnu is used in _AC_LANG_COMPILER_GNU (called by
++dnl AC_PROG_CC) indirectly.
++dnl
++ac_cv_host_c_compiler_gnu=$ac_cv_c_compiler_gnu
++AS_VAR_SET_IF([ac_cv_build_c_compiler_gnu],
++ [ac_cv_c_compiler_gnu=$ac_cv_build_c_compiler_gnu],
++ [AS_UNSET([ac_cv_c_compiler_gnu])])
+
+ cross_compiling_build=no
+
+@@ -85,25 +109,14 @@ AS_IF([test -n "$build"], [ac_build_tool_prefix="$build-"],
+ [test -n "$build_alias"],[ac_build_tool_prefix="$build_alias-"])
+
+ AC_LANG_PUSH([C])
+-
+-dnl The pushdef([ac_cv_c_compiler_gnu], ...) currently does not cover
+-dnl the use of this variable in _AC_LANG_COMPILER_GNU called by
+-dnl AC_PROG_CC. Unset this cache variable temporarily as a workaround.
+-was_set_c_compiler_gnu=${[ac_cv_c_compiler_gnu]+y}
+-AS_IF([test ${was_set_c_compiler_gnu}],
+- [saved_c_compiler_gnu=$[ac_cv_c_compiler_gnu]
+- AS_UNSET([[ac_cv_c_compiler_gnu]])])
+-
+ AC_PROG_CC
+-
+-dnl Restore ac_cv_c_compiler_gnu
+-AS_IF([test ${was_set_c_compiler_gnu}],
+- [[ac_cv_c_compiler_gnu]=$[saved_c_compiler_gnu]])
+-
+ _AC_COMPILER_EXEEXT
+ _AC_COMPILER_OBJEXT
+ AC_PROG_CPP
+
++BUILD_EXEEXT=$ac_cv_exeext
++BUILD_OBJEXT=$ac_cv_objext
++
+ dnl Restore the old definitions
+ dnl
+ popdef([cross_compiling])dnl
+@@ -120,9 +133,7 @@ popdef([host_vendor])dnl
+ popdef([host_cpu])dnl
+ popdef([host_alias])dnl
+ popdef([host])dnl
+-popdef([OBJEXT])dnl
+ popdef([LDFLAGS])dnl
+-popdef([EXEEXT])dnl
+ popdef([CPPFLAGS])dnl
+ popdef([CFLAGS])dnl
+ popdef([GCC])dnl
+@@ -130,25 +141,34 @@ popdef([CPP])dnl
+ popdef([CC])dnl
+ popdef([ac_objext])dnl
+ popdef([ac_exeext])dnl
+-popdef([ac_cv_objext])dnl
+-popdef([ac_cv_exeext])dnl
+-popdef([ac_cv_c_compiler_gnu])dnl
++popdef([ac_prog_cc_stdc])dnl
+ popdef([ac_cv_prog_cc_g])dnl
+ popdef([ac_cv_prog_cc_cross])dnl
+ popdef([ac_cv_prog_cc_works])dnl
++popdef([ac_cv_prog_cc_stdc])dnl
++popdef([ac_cv_prog_cc_c23])dnl
++popdef([ac_cv_prog_cc_c11])dnl
++popdef([ac_cv_prog_cc_c99])dnl
+ popdef([ac_cv_prog_cc_c89])dnl
+ popdef([ac_cv_prog_gcc])dnl
+ popdef([ac_cv_prog_CPP])dnl
++dnl
++ac_cv_exeext=$ac_cv_host_exeext
++EXEEXT=$ac_cv_host_exeext
++ac_cv_objext=$ac_cv_host_objext
++OBJEXT=$ac_cv_host_objext
++ac_cv_c_compiler_gnu=$ac_cv_host_c_compiler_gnu
++ac_compiler_gnu=$ac_cv_host_c_compiler_gnu
+
+ dnl restore global variables ac_ext, ac_cpp, ac_compile,
+-dnl ac_link, ac_compiler_gnu (dependant on the current
++dnl ac_link, ac_compiler_gnu (dependent on the current
+ dnl language after popping):
+ AC_LANG_POP([C])
+
+ dnl Finally, set Makefile variables
+ dnl
+-AC_SUBST(BUILD_EXEEXT)dnl
+-AC_SUBST(BUILD_OBJEXT)dnl
++AC_SUBST([BUILD_EXEEXT])dnl
++AC_SUBST([BUILD_OBJEXT])dnl
+ AC_SUBST([CFLAGS_FOR_BUILD])dnl
+ AC_SUBST([CPPFLAGS_FOR_BUILD])dnl
+ AC_SUBST([LDFLAGS_FOR_BUILD])dnl
+--
+2.55.0
+
diff --git a/meta-gnome/recipes-support/ibus/ibus_1.5.34.bb b/meta-gnome/recipes-support/ibus/ibus_1.5.34.bb
index b4d24ed702..b9f2beb7d3 100644
--- a/meta-gnome/recipes-support/ibus/ibus_1.5.34.bb
+++ b/meta-gnome/recipes-support/ibus/ibus_1.5.34.bb
@@ -10,6 +10,7 @@ SRC_URI = " \
file://0001-Do-not-try-to-start-dbus-we-do-not-have-dbus-lauch.patch \
file://0001-src-make-an-IBusText-own-an-updated-IBusAttrList-ref.patch \
file://0002-src-Fix-IBusAttrList-leak-when-converting-text.patch \
+ file://0001-m4-update-ax_prog_cc_for_build.m4-to-serial-26.patch \
"
SRCREV = "1f7af28437afd62a6d145bfc81035e698a37411d"
--
2.55.0
^ permalink raw reply related [flat|nested] 3+ messages in thread* Re: [oe] [meta-gnome][PATCH] ibus: let the build compiler find its own C standard option
2026-10-06 9:46 [meta-gnome][PATCH] ibus: let the build compiler find its own C standard option Markus Volk
@ 2026-10-06 9:49 ` Khem Raj
2026-10-06 10:32 ` Markus Volk
0 siblings, 1 reply; 3+ messages in thread
From: Khem Raj @ 2026-10-06 9:49 UTC (permalink / raw)
To: f_l_k; +Cc: openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 9706 bytes --]
Patch looks ok, please submit it to ibus upstream as well.
On Tue, Oct 6, 2026 at 11:46 AM Markus Volk via lists.openembedded.org
<f_l_k=t-online.de@lists.openembedded.org> wrote:
> ibus bundles ax_prog_cc_for_build.m4 serial 21, which does not rename
> the ac_cv_prog_cc_c23 cache variable of autoconf 2.73. CC_FOR_BUILD then
> takes the option of the cross compiler: with clang it becomes
> "gcc -std=gnu23", which GCC 13 and older reject when unicode-parser is
> built. Update the macro to serial 26 from autoconf-archive.
>
> Upstream-Status: Pending
>
> Tested by building ibus for x86-64 with ac_cv_prog_cc_c23=-std=gnu23
> preset for the target compiler; CC_FOR_BUILD is plain gcc.
>
> AI-Generated: Uses Claude Code (Claude Opus 5.5)
> Signed-off-by: Markus Volk <f_l_k@t-online.de>
> ---
> ...ax_prog_cc_for_build.m4-to-serial-26.patch | 178 ++++++++++++++++++
> .../recipes-support/ibus/ibus_1.5.34.bb | 1 +
> 2 files changed, 179 insertions(+)
> create mode 100644
> meta-gnome/recipes-support/ibus/ibus/0001-m4-update-ax_prog_cc_for_build.m4-to-serial-26.patch
>
> diff --git
> a/meta-gnome/recipes-support/ibus/ibus/0001-m4-update-ax_prog_cc_for_build.m4-to-serial-26.patch
> b/meta-gnome/recipes-support/ibus/ibus/0001-m4-update-ax_prog_cc_for_build.m4-to-serial-26.patch
> new file mode 100644
> index 0000000000..5029d9a86c
> --- /dev/null
> +++
> b/meta-gnome/recipes-support/ibus/ibus/0001-m4-update-ax_prog_cc_for_build.m4-to-serial-26.patch
> @@ -0,0 +1,178 @@
> +From 14547094541136957eee60bd6665263c0a69f17c Mon Sep 17 00:00:00 2001
> +From: Markus Volk <f_l_k@t-online.de>
> +Date: Tue, 6 Oct 2026 11:13:24 +0200
> +Subject: [PATCH] m4: update ax_prog_cc_for_build.m4 to serial 26
> +
> +Serial 21 renames the cache variables of AC_PROG_CC only up to
> +ac_cv_prog_cc_c11. Autoconf 2.73 adds ac_cv_prog_cc_c23, so the build
> +compiler inherits the result of the host compiler. When the host
> +compiler needs -std=gnu23, CC_FOR_BUILD becomes "gcc -std=gnu23" and
> +fails with GCC 13 and older.
> +
> +Serial 26 from autoconf-archive also renames ac_cv_prog_cc_c23.
> +
> +Upstream-Status: Pending
> +---
> + m4/ax_prog_cc_for_build.m4 | 78 ++++++++++++++++++++++++--------------
> + 1 file changed, 49 insertions(+), 29 deletions(-)
> +
> +diff --git a/m4/ax_prog_cc_for_build.m4 b/m4/ax_prog_cc_for_build.m4
> +index 1db8d73f..4d1de993 100644
> +--- a/m4/ax_prog_cc_for_build.m4
> ++++ b/m4/ax_prog_cc_for_build.m4
> +@@ -32,7 +32,7 @@
> + # and this notice are preserved. This file is offered as-is, without
> any
> + # warranty.
> +
> +-#serial 21
> ++#serial 26
> +
> + AU_ALIAS([AC_PROG_CC_FOR_BUILD], [AX_PROG_CC_FOR_BUILD])
> + AC_DEFUN([AX_PROG_CC_FOR_BUILD], [dnl
> +@@ -43,16 +43,16 @@ AC_REQUIRE([AC_CANONICAL_BUILD])dnl
> + dnl Use the standard macros, but make them use other variable names
> + dnl
> + pushdef([ac_cv_prog_CPP], ac_cv_build_prog_CPP)dnl
> ++pushdef([ac_cv_prog_gcc], ac_cv_build_prog_gcc)dnl
> + pushdef([ac_cv_prog_cc_c89], ac_cv_build_prog_cc_c89)dnl
> + pushdef([ac_cv_prog_cc_c99], ac_cv_build_prog_cc_c99)dnl
> + pushdef([ac_cv_prog_cc_c11], ac_cv_build_prog_cc_c11)dnl
> +-pushdef([ac_cv_prog_gcc], ac_cv_build_prog_gcc)dnl
> ++pushdef([ac_cv_prog_cc_c23], ac_cv_build_prog_cc_c23)dnl
> ++pushdef([ac_cv_prog_cc_stdc], ac_cv_build_prog_cc_stdc)dnl
> + pushdef([ac_cv_prog_cc_works], ac_cv_build_prog_cc_works)dnl
> + pushdef([ac_cv_prog_cc_cross], ac_cv_build_prog_cc_cross)dnl
> + pushdef([ac_cv_prog_cc_g], ac_cv_build_prog_cc_g)dnl
> +-pushdef([ac_cv_c_compiler_gnu], ac_cv_build_c_compiler_gnu)dnl
> +-pushdef([ac_cv_exeext], ac_cv_build_exeext)dnl
> +-pushdef([ac_cv_objext], ac_cv_build_objext)dnl
> ++pushdef([ac_prog_cc_stdc], ac_build_prog_cc_stdc)dnl
> + pushdef([ac_exeext], ac_build_exeext)dnl
> + pushdef([ac_objext], ac_build_objext)dnl
> + pushdef([CC], CC_FOR_BUILD)dnl
> +@@ -60,9 +60,7 @@ pushdef([CPP], CPP_FOR_BUILD)dnl
> + pushdef([GCC], GCC_FOR_BUILD)dnl
> + pushdef([CFLAGS], CFLAGS_FOR_BUILD)dnl
> + pushdef([CPPFLAGS], CPPFLAGS_FOR_BUILD)dnl
> +-pushdef([EXEEXT], BUILD_EXEEXT)dnl
> + pushdef([LDFLAGS], LDFLAGS_FOR_BUILD)dnl
> +-pushdef([OBJEXT], BUILD_OBJEXT)dnl
> + pushdef([host], build)dnl
> + pushdef([host_alias], build_alias)dnl
> + pushdef([host_cpu], build_cpu)dnl
> +@@ -77,6 +75,32 @@ pushdef([ac_tool_prefix], ac_build_tool_prefix)dnl
> + pushdef([am_cv_CC_dependencies_compiler_type],
> am_cv_build_CC_dependencies_compiler_type)dnl
> + pushdef([am_cv_prog_cc_c_o], am_cv_build_prog_cc_c_o)dnl
> + pushdef([cross_compiling], cross_compiling_build)dnl
> ++dnl
> ++dnl These variables are problematic to rename by M4 macros, so we save
> ++dnl their values in alternative names, and restore the values later.
> ++dnl
> ++dnl _AC_COMPILER_EXEEXT and _AC_COMPILER_OBJEXT internally call
> ++dnl AC_SUBST which prevents the renaming of EXEEXT and OBJEXT
> ++dnl variables. It's not a good idea to rename ac_cv_exeext and
> ++dnl ac_cv_objext either as they're related.
> ++dnl Renaming ac_exeext and ac_objext is safe though.
> ++dnl
> ++ac_cv_host_exeext=$ac_cv_exeext
> ++AS_VAR_SET_IF([ac_cv_build_exeext],
> ++ [ac_cv_exeext=$ac_cv_build_exeext],
> ++ [AS_UNSET([ac_cv_exeext])])
> ++ac_cv_host_objext=$ac_cv_objext
> ++AS_VAR_SET_IF([ac_cv_build_objext],
> ++ [ac_cv_objext=$ac_cv_build_objext],
> ++ [AS_UNSET([ac_cv_objext])])
> ++dnl
> ++dnl ac_cv_c_compiler_gnu is used in _AC_LANG_COMPILER_GNU (called by
> ++dnl AC_PROG_CC) indirectly.
> ++dnl
> ++ac_cv_host_c_compiler_gnu=$ac_cv_c_compiler_gnu
> ++AS_VAR_SET_IF([ac_cv_build_c_compiler_gnu],
> ++ [ac_cv_c_compiler_gnu=$ac_cv_build_c_compiler_gnu],
> ++ [AS_UNSET([ac_cv_c_compiler_gnu])])
> +
> + cross_compiling_build=no
> +
> +@@ -85,25 +109,14 @@ AS_IF([test -n "$build"],
> [ac_build_tool_prefix="$build-"],
> + [test -n "$build_alias"],[ac_build_tool_prefix="$build_alias-"])
> +
> + AC_LANG_PUSH([C])
> +-
> +-dnl The pushdef([ac_cv_c_compiler_gnu], ...) currently does not cover
> +-dnl the use of this variable in _AC_LANG_COMPILER_GNU called by
> +-dnl AC_PROG_CC. Unset this cache variable temporarily as a workaround.
> +-was_set_c_compiler_gnu=${[ac_cv_c_compiler_gnu]+y}
> +-AS_IF([test ${was_set_c_compiler_gnu}],
> +- [saved_c_compiler_gnu=$[ac_cv_c_compiler_gnu]
> +- AS_UNSET([[ac_cv_c_compiler_gnu]])])
> +-
> + AC_PROG_CC
> +-
> +-dnl Restore ac_cv_c_compiler_gnu
> +-AS_IF([test ${was_set_c_compiler_gnu}],
> +- [[ac_cv_c_compiler_gnu]=$[saved_c_compiler_gnu]])
> +-
> + _AC_COMPILER_EXEEXT
> + _AC_COMPILER_OBJEXT
> + AC_PROG_CPP
> +
> ++BUILD_EXEEXT=$ac_cv_exeext
> ++BUILD_OBJEXT=$ac_cv_objext
> ++
> + dnl Restore the old definitions
> + dnl
> + popdef([cross_compiling])dnl
> +@@ -120,9 +133,7 @@ popdef([host_vendor])dnl
> + popdef([host_cpu])dnl
> + popdef([host_alias])dnl
> + popdef([host])dnl
> +-popdef([OBJEXT])dnl
> + popdef([LDFLAGS])dnl
> +-popdef([EXEEXT])dnl
> + popdef([CPPFLAGS])dnl
> + popdef([CFLAGS])dnl
> + popdef([GCC])dnl
> +@@ -130,25 +141,34 @@ popdef([CPP])dnl
> + popdef([CC])dnl
> + popdef([ac_objext])dnl
> + popdef([ac_exeext])dnl
> +-popdef([ac_cv_objext])dnl
> +-popdef([ac_cv_exeext])dnl
> +-popdef([ac_cv_c_compiler_gnu])dnl
> ++popdef([ac_prog_cc_stdc])dnl
> + popdef([ac_cv_prog_cc_g])dnl
> + popdef([ac_cv_prog_cc_cross])dnl
> + popdef([ac_cv_prog_cc_works])dnl
> ++popdef([ac_cv_prog_cc_stdc])dnl
> ++popdef([ac_cv_prog_cc_c23])dnl
> ++popdef([ac_cv_prog_cc_c11])dnl
> ++popdef([ac_cv_prog_cc_c99])dnl
> + popdef([ac_cv_prog_cc_c89])dnl
> + popdef([ac_cv_prog_gcc])dnl
> + popdef([ac_cv_prog_CPP])dnl
> ++dnl
> ++ac_cv_exeext=$ac_cv_host_exeext
> ++EXEEXT=$ac_cv_host_exeext
> ++ac_cv_objext=$ac_cv_host_objext
> ++OBJEXT=$ac_cv_host_objext
> ++ac_cv_c_compiler_gnu=$ac_cv_host_c_compiler_gnu
> ++ac_compiler_gnu=$ac_cv_host_c_compiler_gnu
> +
> + dnl restore global variables ac_ext, ac_cpp, ac_compile,
> +-dnl ac_link, ac_compiler_gnu (dependant on the current
> ++dnl ac_link, ac_compiler_gnu (dependent on the current
> + dnl language after popping):
> + AC_LANG_POP([C])
> +
> + dnl Finally, set Makefile variables
> + dnl
> +-AC_SUBST(BUILD_EXEEXT)dnl
> +-AC_SUBST(BUILD_OBJEXT)dnl
> ++AC_SUBST([BUILD_EXEEXT])dnl
> ++AC_SUBST([BUILD_OBJEXT])dnl
> + AC_SUBST([CFLAGS_FOR_BUILD])dnl
> + AC_SUBST([CPPFLAGS_FOR_BUILD])dnl
> + AC_SUBST([LDFLAGS_FOR_BUILD])dnl
> +--
> +2.55.0
> +
> diff --git a/meta-gnome/recipes-support/ibus/ibus_1.5.34.bb
> b/meta-gnome/recipes-support/ibus/ibus_1.5.34.bb
> index b4d24ed702..b9f2beb7d3 100644
> --- a/meta-gnome/recipes-support/ibus/ibus_1.5.34.bb
> +++ b/meta-gnome/recipes-support/ibus/ibus_1.5.34.bb
> @@ -10,6 +10,7 @@ SRC_URI = " \
> file://0001-Do-not-try-to-start-dbus-we-do-not-have-dbus-lauch.patch \
>
> file://0001-src-make-an-IBusText-own-an-updated-IBusAttrList-ref.patch \
> file://0002-src-Fix-IBusAttrList-leak-when-converting-text.patch \
> + file://0001-m4-update-ax_prog_cc_for_build.m4-to-serial-26.patch \
> "
> SRCREV = "1f7af28437afd62a6d145bfc81035e698a37411d"
>
> --
> 2.55.0
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#130632):
> https://lists.openembedded.org/g/openembedded-devel/message/130632
> Mute This Topic: https://lists.openembedded.org/mt/121607124/1997914
> Group Owner: openembedded-devel+owner@lists.openembedded.org
> Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [
> raj.khem@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
>
[-- Attachment #2: Type: text/html, Size: 11568 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2026-10-06 10:32 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-10-06 9:46 [meta-gnome][PATCH] ibus: let the build compiler find its own C standard option Markus Volk
2026-10-06 9:49 ` [oe] " Khem Raj
2026-10-06 10:32 ` Markus Volk
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.