From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Petazzoni Date: Thu, 19 Jun 2014 14:37:04 +0200 Subject: [Buildroot] [PATCH 0/3] Bump packages before adding libgtk3 In-Reply-To: <20140619080247.GA10736@pc-eric> References: <1403108345-12404-1-git-send-email-hadrien.boutteville@gmail.com> <20140619080247.GA10736@pc-eric> Message-ID: <20140619143704.14a3fa8e@free-electrons.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net Dear Eric Le Bihan, On Thu, 19 Jun 2014 10:02:49 +0200, Eric Le Bihan wrote: > I also have a WIP packaging for libgtk3 [1] Aah, ok. Then please sync with Hadrien on how to upstream this and avoid duplicated work. >, but I have not sent the > patch because libgtk3 depends on at-spi2-core. This package performs > some non-cross-compilable checks in its configure script via this m4 > macro, defined in acinclude.m4: > > DBIND_CHECK_ALIGNOF(dbus_bool_t) > > It fails when cross-compiling because it relies on AC_TRY_RUN() [2]. > > The only (ugly) solution I found was hardcoding some values depending > on the architecture [3]: > > ifeq ($(BR2_i386), y) > AT_SPI2_CORE_CONF_ENV = ac_cv_alignof_char=1 \ > ac_cv_alignof_double=4 \ > ac_cv_alignof_dbind_pointer=4 \ > ac_cv_alignof_dbind_struct=1 \ > ac_cv_alignof_dbus_bool_t=4 \ > ac_cv_alignof_dbus_int16_t=2 \ > ac_cv_alignof_dbus_int32_t=4 \ > ac_cv_alignof_dbus_int64_t=4 > endif > > How do you deal with this problem? AC_CHECK_ALIGNOF() ? Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com