Currently this is an issue with powerpc and i386 platforms.
Added extra cxxabi header
It's used by cxxabi.h. Issue discovered when trying to build i2pd.
Signed-off-by: Rosen Penev
---
package/libs/libcxx/Makefile | 2 +-
package/libs/libcxx/patches/030-cxxabi.patch | 11 ++
Hi,
when looking for PKG_VERSION, I've stumbled across the following:
PKG_VERSION:=$(PKG_VERSION)
https://github.com/openwrt/openwrt/blob/master/package/devel/binutils/Makefile#L
16
Is there any reason to have that I don't see, or can this just be removed?
Best
Adrian
__
Hi Daniel,
> -Original Message-
> From: Daniel Golle [mailto:dan...@makrotopia.org]
> Sent: Montag, 24. Februar 2020 17:43
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org; Hans Dedecker ;
> Jo-Philipp Wich ; Andre Valentin ; Daniel
> Golle ; John Crispin ; Matthias Schiffer
On Mon, Feb 24, 2020 at 05:08:18PM +0100, Adrian Schmutzler wrote:
> In the package guidelines, PKG_VERSION is supposed to be used
> as "The upstream version number that we're downloading", while
> PKG_RELEASE is referred to as "The version of this package Makefile".
> Thus, the variables in a stri
Some D-Link/Trendnet devices use a cameo signature and I found prior
posts regarding appending about 40 bytes of code to rootfs.
https://patchwork.ozlabs.org/patch/699611/
The post suggested the use of tools/firmware-utils/mkcameofw.
Presently, a build had the error that mkcameofw (also tried ca
In the package guidelines, PKG_VERSION is supposed to be used
as "The upstream version number that we're downloading", while
PKG_RELEASE is referred to as "The version of this package Makefile".
Thus, the variables in a strict interpretation provide a clear
distinction between "their" (upstream) ve
Hi,
I'm getting the following liker errors trying to build hostapd-full or
wpad-full fpr x86_64 at the current master, and tag 19.07.1:
/home/FE/kappen/sdwn/openwrt/staging_dir/toolchain-x86_64_gcc-8.3.0_musl/lib/gcc/x86_64-openwrt-linux-musl/8.3.0/../../../../x86_64-openwrt-linux-musl/bin/ld:
/h
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Sungbo Eo
> Sent: Montag, 24. Februar 2020 13:06
> To: openwrt-devel@lists.openwrt.org
> Cc: Sungbo Eo
> Subject: [OpenWrt-Devel] [PATCH] kirkwood: convert DTS patches into plain
Hi Adrian,
On 23.02.2020 20:51, m...@adrianschmutzler.de wrote:
Hi,
when defining gpio-export nodes, I'm never really sure about how the
values for "gpio-export,output" and GPIO_ACTIVE_HIGH/LOW in gpios
have to be set up correctly in relation to each other.
I also was not able to retrieve a pa
Hi there,
unfortunately we didn't get accepted for this year's Google Summer of Code.
If you know any other org that got accepted and your topics fits, feel
free apply at other organizations as mentor!
Maybe it's also good to have a break for a year, and we'll try it again
next time :)
Best reg
Move DTS files newly created by patch files to files directory. This will make
these files much more maintainable.
Patching the kernel Makefile is unnecessary, as the DTS files specified in
DEVICE_DTS will be compiled by OpenWrt buildroot anyway.
Signed-off-by: Sungbo Eo
---
.../arch/arm/boot/d
11 matches
Mail list logo
