Michael Geddes wrote:
There's some weirdness in the Makefile I just don't understand (snippet
below).
What on earth is this trying to achieve!? Doing a make install clean in
the 'Configure' target seems a rather strange thing to be doing.
I might just see if I can not compile this.
);
endef
-8-
The build is done in 2 passes, it first builds glib for the host to have
a 'glib-genmarshal' utility working on the host system, and then it
builds glib for the target, telling configure to use the
'glib-genmarshal'
package dependency seems to be broken (you need to select X) does
not reeally replace DEPENDS:=+X
also on a quick test compiling HD44780 driver fails
[EMAIL PROTECTED] wrote:
sorry, I messed up the previous patch, this one is tested
Signed-off-by: Michael Vogt michu at neophob.com
Hi !
I'd like to ask how is the correct way to submit new packages for the
feeds repository.
I do this because i've sent some patches via this mailing list, and they
are not added yet. I received no comments. Its about the isdnutils and
asterisk14_chan_capi patches.
I can only guess why this
Updates libnfnetlink from 0.0.30 to the current version 0.0.38.
Signed-off-by: Fabian Hugelshofer [EMAIL PROTECTED]
Index: libs/libnfnetlink/Makefile
===
--- libs/libnfnetlink/Makefile (revision 11319)
+++
This adds image generation for the following boards to the brcm63xx target:
BCM96335: 96335(R)
BCM96338: 96338(L-2M-8M|SV)
BCM96345: 96345(R|R0|RS|GW)
BCM96348: 96348(R|GW|GW-10|GW-11|GW-DualDSP|SV|LV)
The problem is that CFE checks for a matching board id before executing the
image, even if the