rning.
Signed-off-by: Joshua Lock
Signed-off-by: Richard Purdie
Signed-off-by: Cody P Schafer
---
...-GCC7-Wimplicit-fallthrough-support-fixes.patch | 318 +
.../0001-ar-Fix-GCC7-Wformat-length-issues.patch | 125
.../elfutils-
On Wed, Jun 7, 2017 at 2:46 PM, Cody P Schafer wrote:
> From: Joshua Lock
>
> Building gcc-cross-initial with GCC7 on the host fails due to the
> comparison of a pointer to an integer in ubsan_use_new_style_p, which
> is forbidden by ISO C++:
The patch to oe-core master was fo
== '\0' || xloc.file[0] == '\xff'
Backport the fix from upstream GCC to enable the build with GCC 7
(From OE-Core rev: 7a7fcbab0365b9501c737dbc02715be14dda72a3)
Signed-off-by: Joshua Lock
Signed-off-by: Richard Purdie
Signed-off-by: Cody P Schafer
---
meta/recipes-devt
on
Signed-off-by: Cody P Schafer
---
...0001-automake-port-to-Perl-5.22-and-later.patch | 32 ++
meta/recipes-devtools/automake/automake_1.15.bb| 4 ++-
2 files changed, 35 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-devtools/automake/automake/0001-aut
t-rootfs context.
CC: Bruce Ashfield
CC: Mark Hatle
Signed-off-by: Cody P Schafer
---
v2: add a much better commit message to clarify some confusion
---
scripts/runqemu-export-rootfs | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/scripts/runqemu-export-rootfs b/scrip
On Thu, Jun 1, 2017 at 1:02 PM, Mark Hatle wrote:
>
> The rpcbind runs on a privileged port (usually). So either you have to
> 're-use'
> the system wide on or run your own. On many environments, with a system wide
> one, you will clash if someone else is offering the same services. So you ar
> RPC Ports are just the bindings into rpcbind. The tcp/udp ports are the ones
> that typically conflict and why this was all done to begin with.
Ok, then it doesn't sound like that is a conflict or a "privileged
ports" issue, and it is safe to drop the custom rpc program numbers
("RPC Ports") f
> Non-root user can't create privileged ports.
I presume you're speaking about tcp/udp ports here? (having the
program numbers referred to as "RPC ports" in some contexts confuses
things). Or does unfsd tell the kernel about it's rpc program numbers
(called "RPC ports" in the script) somehow & res
> There's a patch that we've had for years to allow alternate RPC ports
> to work with userspace NFS and co-exist with existing NFS servers.
Ah, I see (I should have checked that sooner). "NFS: allow nfs root
mount to use alternate rpc ports". I can likely just pull that into my
kernel and have th
> The result of this is that trying to mount filesystems exported by
> runqemu-export-rootfs in modern kernels (at least in 4.2 and later, and
> probably more like 2.6.20 and later) doesn't actually work.
To clarify, when using nfsroot with the current kernel & unfsd
options, my boot stops, waits
6.20 and later) doesn't actually work.
I'm honestly not sure how anyone was using this for nfsroot support.
Maybe an initramfs with a version of nfs-utils that could handle the
mountprog/nfsprog option was in use? Not sure.
Signed-off-by: Cody P Schafer
---
scripts/runqemu-export-roo
for others to select other cmake
generators (many folks have been reaching for `ninja` lately).
CC: Andre McCurdy
Signed-off-by: Cody P Schafer
---
meta/classes/cmake.bbclass | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake
The default dir for do_compile & do_configure is already ${B}, no need
to cd (other than broken appends)
CC: Andre McCurdy
Signed-off-by: Cody P Schafer
---
meta/classes/cmake.bbclass | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbc
Some tools (my issue was with 'perf') only need the libbfd component of
binutils, so we can save space in images by splitting it out.
Previously, instead of `perf` pulling in `libbfd-VERSION.so`, it pulled
in all the libraries and binaries from binutils.
Signed-off-by: Cody P Schafer
On Tue, May 2, 2017 at 12:49 PM, Andre McCurdy wrote:
> On Tue, May 2, 2017 at 8:49 AM, Cody P Schafer wrote:
>>>> do_compile[progress] = "percent"
>>>> cmake_do_compile() {
>>>> - cd ${B}
>>>
>>> Removing the redundant
>> do_compile[progress] = "percent"
>> cmake_do_compile() {
>> - cd ${B}
>
> Removing the redundant "cd ${B}" should perhaps be a separate commit?
I'm not really seeing that as useful, change right now can be viewed
as "moves the ${B} from being in `cd` to being part of the command
line f
rward for others to select other cmake
generators (many folks have been reaching for `ninja` lately).
Signed-off-by: Cody P Schafer
---
meta/classes/cmake.bbclass | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
uld not be. For example,
`cmake -DCMAKE_TOOLCHAIN_FILE=... --build .` does not work (note
that this also breaks people directly using `cmake --build .` with
the current alias).
Signed-off-by: Cody P Schafer
---
...ineSystem-use-oe-environment-vars-to-load.patch | 45 ++
f-by: Ross Burton
(From OE-Core rev: ad00a31fbe93e073a2d83616efcd08c5a7ef37c9)
Signed-off-by: Cody P Schafer
---
meta/recipes-devtools/gdb/gdb-cross-canadian.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
b/meta/recipes-de
Without this, do_configure can fail with:
| ../git/configure: line 2381: syntax error near unexpected token `0.19'
| ../git/configure: line 2381: `PKG_PROG_PKG_CONFIG(0.19)'
If pkgconfig-native happens to be added to the sysroot too late.
Signed-off-by: Cody P Schafer
I tried the bare set(CMAKE_AR ...) first, but found it was being
ignored. A bit of googling found:
http://www.cmake.org/Bug/view.php?id=13038 Which contains the solution
I've used here.
On Wed, Nov 12, 2014 at 11:08 AM, Burton, Ross wrote:
>
> On 12 November 2014 01:30, Cody P Sch
---
meta/classes/cmake.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index 10f8f98..3549c38 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -13,6 +13,7 @@ inherit autotools
# C/C++ Compiler (withou
27;getgrnam(): name not found: mail'
ERROR: Function failed: fixup_perms
ERROR: Logfile of failure stored in:
/home/x/obj/y/tmp/work/i586-poky-linux/linux-libc-headers/3.16-r0/temp/log.do_package.15841
ERROR: Task 400
(/home/x/g/poky/meta/recipes-kernel/linux
23 matches
Mail list logo
