Here's my current patch. It builds glib, don't know if it works. I'm
still trying to get bluez 4.xxx to build. Main change is host builds
of libffi and dbus.
diff --git a/feeds/packages/libs/glib2/Makefile
b/feeds/packages/libs/glib2/Makefile
index 21a7426..f402556 100644
--- a/feeds/packages/libs
I was able to get glib 2.32.3 to work while working on rygel, you can
see my changes at:
https://github.com/aandyl/openwrt-packages/commit/5ddae7ee5d0ef04b63e6f637e6b6f3c405d8eeb8
or
http://patchwork.openwrt.org/patch/2522/
On Thu, Oct 11, 2012 at 03:17:55PM -0400, jonsm...@gmail.com wrote:
Simply adding:
$(eval $(call HostBuild))
to libffi Makefile is not enough to fix this
--
Jon Smirl
jonsm...@gmail.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
What's I'm after is Bluetooth Low Energy support. To get that we have
to be on the 4.xxx bluez series, not the 3.xxx one. glib is not
optional in 4.xxx bluez.
--
Jon Smirl
jonsm...@gmail.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
I wonder if libffi builds a host version when it compiles?
--
Jon Smirl
jonsm...@gmail.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
please, package latest stable glib, which is 2.34.
thanks.
2012/10/11 jonsm...@gmail.com
> I'm working on updating bluez to a more recent version. The newer
> bluez needs a newer glib. I updated the version of glib. Updating
> glib triggers a dependency on libffi.
>
> Who is looking in the wron
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> but in order to build glib2 for the target you obviously also need
> libffi for the target, even if it is never used [at runtime].
That should've read:
but in order to build glib2 for the host you obviously also need libffi
for the host, even if i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Something is messed up with libffi. libffi should be running on the
> target.
No. In order to compile glib2 you first need to compile glib2 for the
host systems because you need the genmarshall executables from it
during the cross compilation phase
On Thu, Oct 11, 2012 at 9:59 AM, Florian Fainelli wrote:
> FlorianOn Thursday 11 October 2012 15:48:47 Fainelli wrote:
>> On Thursday 11 October 2012 09:32:13 jonsm...@gmail.com wrote:
>> > I'm working on updating bluez to a more recent version. The newer
>> > bluez needs a newer glib. I updated
FlorianOn Thursday 11 October 2012 15:48:47 Fainelli wrote:
> On Thursday 11 October 2012 09:32:13 jonsm...@gmail.com wrote:
> > I'm working on updating bluez to a more recent version. The newer
> > bluez needs a newer glib. I updated the version of glib. Updating
> > glib triggers a dependency o
On Thursday 11 October 2012 09:32:13 jonsm...@gmail.com wrote:
> I'm working on updating bluez to a more recent version. The newer
> bluez needs a newer glib. I updated the version of glib. Updating
> glib triggers a dependency on libffi.
>
> Who is looking in the wrong place? glib or libffi?
At
I'm working on updating bluez to a more recent version. The newer
bluez needs a newer glib. I updated the version of glib. Updating
glib triggers a dependency on libffi.
Who is looking in the wrong place? glib or libffi?
OpenWrt-libtool: compile: gcc -DHAVE_CONFIG_H -I. -I..
-DG_LOG_DOMAIN=\"GL
12 matches
Mail list logo
