Hello Drasko,
On Wednesday 14 November 2012 00:38:08 Drasko DRASKOVIC wrote:
Hi all,
Trying to cross compile libdespotify, I have run into problem with libtool :
libtool --tag=CC --verbose --mode=link
mipsel-openwrt-linux-uclibc-gcc -o libdespotify.la -rpath /usr/lib
-rpath-link
Hi Florian,
On Wed, Nov 14, 2012 at 10:22 AM, Florian Fainelli flor...@openwrt.org wrote:
Hello Drasko,
On Wednesday 14 November 2012 00:38:08 Drasko DRASKOVIC wrote:
Hi all,
Trying to cross compile libdespotify, I have run into problem with libtool :
libtool --tag=CC --verbose
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
in most cases it is enough to specify
PKG_FIXUP:=autoreconf
in the OpenWrt Makefile. This will regenerate configure scripts,
Makefiles and embedded libtool copies with patched variants.
~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG
Hi Daniel,
The ath79_gpio_function_* routines should be fixed instead of adding a separate
function for AR934x. I will fix those.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
On Wednesday 14 November 2012 11:24:10 Drasko DRASKOVIC wrote:
Hi Florian,
On Wed, Nov 14, 2012 at 10:22 AM, Florian Fainelli flor...@openwrt.org
wrote:
Hello Drasko,
On Wednesday 14 November 2012 00:38:08 Drasko DRASKOVIC wrote:
Hi all,
Trying to cross compile libdespotify, I have
Hi Jow,
On Wed, Nov 14, 2012 at 11:34 AM, Jo-Philipp Wich x...@subsignal.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
in most cases it is enough to specify
PKG_FIXUP:=autoreconf
in the OpenWrt Makefile. This will regenerate configure scripts,
Makefiles and embedded
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It works for any other package so it is unlikely to be buggy on
the link stage. It is most likely improperly called by the
Makefile.
And indeed, line 11 of despotify's Makefile says:
LD = $(CC)
That is the most likely culprit.
~ Jow
On Wed, Nov 14, 2012 at 11:36 AM, Florian Fainelli flor...@openwrt.org wrote:
On Wednesday 14 November 2012 11:24:10 Drasko DRASKOVIC wrote:
- the second libtool command does not use the cross-linker, and for that I
have no idea yet
It does not, and it is related to the bug (or wrong
Hi Daniel,
Please split this patch into smaller pieces, as I did that with your UniFi AP
patch. More comments inline...
Signed-off-by: Daniel Dickinson dan...@powercloudsystems.com
---
target/linux/ar71xx/base-files/etc/diag.sh |6 +
Hi, Daniel!
Just one line is skipped:
rt2x00_eeprom_read(rt2x00dev, EEPROM_NIC_CONF1, eeprom);
before bit test :). After fixing wifi work again.
13.11.2012, 18:20, Daniel Golle dgo...@allnet.de:
This is needed for WiFi to work e.g. on DIR-615 rev.H1.
Signed-off-by: Daniel Golle
On Fri, 09 Nov 2012 21:32:03 +, Jim Henderson wrote:
It seems the PREFIX/INSTALL_BASE message on the third line above is
what's causing my issue. Looking at the makefiles, though, I can't see
where it's picking up either value from.
Can someone point me in the right direction to fix
I've looked into this further, and it seems that any Linux 3.X, for X = (3.3.8
(OpenWRT), 3.6 (x86)), has a problem.
I compared the results with my x86 2.6.24, and amd64 2.6.32 and the ftdi_sio
driver works in both of these versions.
Looking at the USB transfers there are some differences,
Confirmed operation today.
Acked-by: Jonathan Bitherjonbit...@gmail.com
On 11/13/2012 09:14 AM, Jonathan Bither wrote:
I use this feature often. I'll try to test this today and ack it if it
works for me.
On 10/16/2012 05:30 PM, Zenon Mousmoulas wrote:
This is based on the patches submitted
Fix typo in 96338GW power LED.
---
diff --git a/target/linux/brcm63xx/patches-3.3/310-board_leds_naming.patch
b/target/linux/brcm63xx/patches-3.3/310-board_leds_naming.patch
index 798e801..df4ddb4 100644
--- a/target/linux/brcm63xx/patches-3.3/310-board_leds_naming.patch
+++
Signed-off-by: Tim Harvey thar...@gateworks.com
---
target/linux/cns3xxx/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/target/linux/cns3xxx/Makefile b/target/linux/cns3xxx/Makefile
index 72e51fd..50c0e94 100644
--- a/target/linux/cns3xxx/Makefile
+++
On Wed, Nov 14, 2012 at 12:08 PM, Jo-Philipp Wich x...@subsignal.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It works for any other package so it is unlikely to be buggy on
the link stage. It is most likely improperly called by the
Makefile.
And indeed, line 11 of despotify's
On Wed, Nov 14, 2012 at 11:36 AM, Florian Fainelli flor...@openwrt.org wrote:
No, but packages that do provide a libtool should be built by OpenWrt with
PKG_LIBTOOL_PATHS and PKG_FIXUP accordingly.
libdespotify I am trying to compile does not provide it's libtoo. I am
using OpenWRTs tool,
Hi Gabor,
Thank you for the feedback and UniFi and other patch commit. I have couple
of quick questions before reworking the patch.
On 14/11/2012 7:18 AM, Gabor Juhos wrote:
Hi Daniel,
Please split this patch into smaller pieces, as I did that with your UniFi AP
patch. More comments
From Linux 3.0.0+ the udc-core driver provides the gadget probe/unregister
function. This removes those from the dwc_otg driver and removes the patch
that comments out the linkage of udc-core so that the dwc_otg driver can
co-exist happily with other USB Device Controllers.
Signed-off-by: Tim
19 matches
Mail list logo