Giter Club home page Giter Club logo

foss-for-synopsys-dwc-arc-processors / buildroot Goto Github PK

View Code? Open in Web Editor NEW
6.0 6.0 2.0 126.16 MB

The development tree for Buildroot support for the Synopsys DesignWare ARC processor family

Home Page: https://github.com/foss-for-synopsys-dwc-arc-processors/toolchain/blob/arc-dev/README.md

License: Other

Makefile 66.14% Arc 0.08% Shell 6.02% C 8.36% Perl 0.75% C++ 0.84% CMake 0.09% Python 13.65% Batchfile 0.22% Lex 0.11% Yacc 0.27% Tcl 0.17% Forth 0.03% M4 0.05% Lua 0.21% HTML 2.92% Dockerfile 0.03% Java 0.05% Gnuplot 0.01% SMT 0.01%

buildroot's People

Contributors

aduskett avatar aldot avatar angeloc avatar arnout avatar asafkahlon avatar baruchsiach avatar bkuhls avatar culssw avatar erikbandersen avatar fabioestevam avatar ffontaine avatar fperrad avatar giuliobenetti avatar gustavoz avatar jacmet avatar jameshilliard avatar joerg-krause avatar lucaceresoli avatar paralin avatar patrickdepinguin avatar pseiderer avatar rc-matthew-l-weber avatar ricardo-martincoski avatar romainnaour avatar tpetazzoni avatar tsed avatar vapier avatar wbx-github avatar yann-morin-1998 avatar yegorich avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

buildroot's Issues

cpio'ing the rootfs fails

rm: refusing to remove '.' or '..' directory: skipping '/build/buildroot/build/buildroot-fs/cpio/target/run/..'
rm: refusing to remove '.' or '..' directory: skipping '/build/buildroot/build/buildroot-fs/cpio/target/tmp/..'
make: *** [fs/cpio/cpio.mk:74: /build/buildroot/images/rootfs.cpio] Error 1

This is an upstream issue introduced by fs: clean the volatile /run and /tmp directories. It has been fixed by fs/common.mk: use find instead of shell glob patterns and discussed here.

Last but not least, it is cherry-picked to our arc64 branch.

package/systemd: Add support of ARC64 architecture

When building systemd-249.1 for ARC64 with Buildroot, getting following error:

----------------------------------------------------8<----------------------------------------------------
In file included from ../src/basic/architecture.c:5:
../src/basic/architecture.h:233:4: error: #error "Please register your architecture here!"
233 | # error "Please register your architecture here!"
| ^~~~~
----------------------------------------------------8<----------------------------------------------------

Mention of arc in architecture.c file: https://github.com/systemd/systemd/blob/main/src/basic/architecture.c#L118
How arc support was added: systemd/systemd@27b09f1

From @abrodkin:

After systemd/systemd@35b42e5#diff-0da14956e96dad3a49c7cb88f2eb1a086c7198323dd8f2c5a0d2591ef92c9f39 changes should be performed here: https://github.com/systemd/systemd/blob/main/src/basic/missing_syscalls.py

Host gdb from SDK built by buildroot does not work due to missing opcodes and bfd libraries

The host gdb tool does not work due to missing opcodes and bfd libraries:

./bin/arc32-buildroot-linux-uclibc-gdb
./bin/arc32-buildroot-linux-uclibc-gdb: error while loading shared libraries: libopcodes-2.40.90.20230703.so: cannot open shared object file: No such file or directory
ldd ./bin/arc32-buildroot-linux-uclibc-gdb
        linux-vdso.so.1 (0x00007ffff5fbc000)
        libexpat.so.1 => /opt/output_buildroot/buildroot/output/images/arc32-buildroot-linux-uclibc_sdk-buildroot/./bin/../lib/libexpat.so.1 (0x00007f1bbd085000)
        libopcodes-2.40.90.20230703.so => not found
        libbfd-2.40.90.20230703.so => not found
        libz.so.1 => /opt/output_buildroot/buildroot/output/images/arc32-buildroot-linux-uclibc_sdk-buildroot/./bin/../lib/libz.so.1 (0x00007f1bbd067000)
        libncursesw.so.6 => /lib/x86_64-linux-gnu/libncursesw.so.6 (0x00007f1bbd02d000)
        libtinfo.so.6 => /lib/x86_64-linux-gnu/libtinfo.so.6 (0x00007f1bbcffb000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f1bbcff5000)
        libmpfr.so.6 => /opt/output_buildroot/buildroot/output/images/arc32-buildroot-linux-uclibc_sdk-buildroot/./bin/../lib/libmpfr.so.6 (0x00007f1bbc750000)
        libgmp.so.10 => /opt/output_buildroot/buildroot/output/images/arc32-buildroot-linux-uclibc_sdk-buildroot/./bin/../lib/libgmp.so.10 (0x00007f1bbc6d2000)
        libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f1bbc4f0000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f1bbc3a1000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f1bbc386000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f1bbc363000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f1bbc171000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f1bbd0b8000)

This happens only if the tool is executed from SDK generated by buildroot.

Steps to reproduce:

  1. Checkout branch arc-2023.09 from https://github.com/foss-for-synopsys-dwc-arc-processors/buildroot.git
  2. Enable host gdb in the defconfig
diff --git a/configs/snps_arc32_defconfig b/configs/snps_arc32_defconfig
index 44f4f8b91a..faabfcede5 100644
--- a/configs/snps_arc32_defconfig
+++ b/configs/snps_arc32_defconfig
@@ -1,8 +1,10 @@
 BR2_arcle=y
 BR2_arc32=y
-# BR2_STRIP_strip is not set
 BR2_TOOLCHAIN_BUILDROOT_UCLIBC=y
 BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_5_16=y
+BR2_PACKAGE_HOST_GDB=y
+BR2_PACKAGE_HOST_GDB_TUI=y
+# BR2_STRIP_strip is not set
 BR2_ROOTFS_POST_IMAGE_SCRIPT="board/synopsys/arc64/post-image.sh"
 BR2_ROOTFS_POST_SCRIPT_ARGS="$(LINUX_DIR)"
 BR2_LINUX_KERNEL=y
  1. Build the distro: make snps_arc32_defconfig make -j
  2. Prepare sdk: make sdk
  3. Unpack the generated sdk and run the gdb from this package
  4. You will see the error from description above

I made a quick investigation and this seems to be intended that these libs are not installed:

From file: buildroot/package/gdb/gdb.mk

# When gdb sources are fetched from the binutils-gdb repository, they
# also contain the binutils sources, but binutils shouldn't be built,
# so we disable it (additionally the option --disable-install-libbfd
# prevents the un-wanted installation of libobcodes.so and libbfd.so).
GDB_DISABLE_BINUTILS_CONF_OPTS = \
	--disable-binutils \
	--disable-install-libbfd \
	--disable-ld \
	--disable-gas \
	--disable-gprof

So on one hand we choose the libs to be statically linked and disable installing libbfd and libopcodes, and on the other hand gdb links to these libs dynamically.

I changed the option --disable-install-libbfd to --enable-install-libbfd and this fixes the problem, but I'm not sure if that's the correct way of fixing this.

[arc64] Linux kernel fails to build with buildroot arc64 branch

When using arc64 branch, Linux kernel fails to build.

/usr/bin/sed -i -e "/\\<CONFIG_GCC_PLUGINS\\>/d" BR/BR-arc64/ARC64/build/linux-topic-zol-remove//.config
echo '# CONFIG_GCC_PLUGINS is not set' >> BR/BR-arc64/ARC64/build/linux-topic-zol-remove//.config
PKG_CONFIG="BR/BR-arc64/ARC64/host/bin/pkg-config" PKG_CONFIG_SYSROOT_DIR="/" PKG_CONFIG_ALLOW_SYSTEM_CFLAGS=1 PKG_CONFIG_ALLOW_SYSTEM_LIBS=1 PKG_CONFIG_LIBDIR="BR/BR-arc64/ARC64/host/lib/pkgconfig:BR/BR-arc64/ARC64/host/share/pkgconfig" BR_BINARIES_DIR=BR/BR-arc64/ARC64/images KCFLAGS=-Wno-attribute-alias /usr/bin/make -j9 HOSTCC="/usr/bin/gcc -O2 -IBR/BR-arc64/ARC64/host/include -LBR/BR-arc64/ARC64/host/lib -Wl,-rpath,BR/BR-arc64/ARC64/host/lib" ARCH=arc INSTALL_MOD_PATH=BR/BR-arc64/ARC64/target CROSS_COMPILE="BR/BR-arc64/ARC64/host/bin/arc64-buildroot-linux-gnu-" DEPMOD=BR/BR-arc64/ARC64/host/sbin/depmod -C BR/BR-arc64/ARC64/build/linux-topic-zol-remove all
arc64-buildroot-linux-gnu-gcc.br_real: error: unrecognized command-line option '-mno-sdata'; did you mean '-fno-stats'?
arc64-buildroot-linux-gnu-gcc.br_real: error: unrecognized command-line option '-mmedium-calls'
arc64-buildroot-linux-gnu-gcc.br_real: error: unrecognized command-line option '-mlock'
arc64-buildroot-linux-gnu-gcc.br_real: error: unrecognized command-line option '-mswape'
arc64-buildroot-linux-gnu-gcc.br_real: error: unrecognized command-line option '-munaligned-access'

It seems haps_arch64_defconfig is used to create a seed .config (with things like CONFIG_ISA_ARCv3, CONFIG_64BIT etc) but then it gets overwritten with something else which is not suitable for ARCv3 build.

package/strace: Build fails againts linux kernel 5.15

N.B: This is a known issue and will be fixed upstream soon. It is archived here to possibly save time for people who might still encounter it.

On attempt to build strace-5.13 against linux-stable 5.15:

In file included from static_assert.h:11,
                 from print_fields.h:12,
                 from defs.h:1869,
                 from netlink.c:10:
xlat/nl_xfrm_types.h:162:1: error: static assertion failed: "XFRM_MSG_MAPPING != 0x26"
  162 | static_assert((XFRM_MSG_MAPPING) == (0x26), "XFRM_MSG_MAPPING != 0x26");
      | ^~~~~~~~~~~~~

This is because the xfrm: Add possibility to set the default to block if we have no policy patch has changed the value of XFRM_MSG_* enums in a non-ascending way, in other words ABI breakage.

The proposed change will fix this:

--- include/uapi/linux/xfrm.h	2021-09-20 14:16:15.211621772 +0200
+++ include/uapi/linux/xfrm.h.patched	2021-09-20 14:16:01.985622333 +0200
@@ -213,13 +213,13 @@ enum {
 	XFRM_MSG_GETSPDINFO,
 #define XFRM_MSG_GETSPDINFO XFRM_MSG_GETSPDINFO
 
+	XFRM_MSG_MAPPING,
+#define XFRM_MSG_MAPPING XFRM_MSG_MAPPING
+
 	XFRM_MSG_SETDEFAULT,
 #define XFRM_MSG_SETDEFAULT XFRM_MSG_SETDEFAULT
 	XFRM_MSG_GETDEFAULT,
 #define XFRM_MSG_GETDEFAULT XFRM_MSG_GETDEFAULT
-
-	XFRM_MSG_MAPPING,
-#define XFRM_MSG_MAPPING XFRM_MSG_MAPPING
 	__XFRM_MSG_MAX
 };
 #define XFRM_MSG_MAX (__XFRM_MSG_MAX - 1)

This file ends up in the following places in toolchain's install and buildroot's build directory:

/bld/buildroot/host/arc-buildroot-linux-gnu/sysroot/usr/include/linux/xfrm.h
/install/arc-snps-linux-gnu/sysroot/usr/include/linux/xfrm.h

package/strace: strace v5.16 build fails against kernel headers of v5.6

Yet another problem with building strace and the explanation of it for future reference.

$ ./configure --target=arc64-linux-gnu         \
            --host=arc64-linux-gnu             \
            --build=x86_64-pc-linux-gnu        \
            --prefix=/usr                      \
            --exec-prefix=/usr                 \
            --sysconfdir=/etc                  \
            --localstatedir=/var               \
            --program-prefix=                  \
            --disable-dependency-tracking      \
            --enable-mpers=no                  \
            --without-libunwind                \
            --without-libiberty

$ make -j $(nproc)
  ...
  arc64-linux-gnu-gcc ... -c -o libstrace_a-rtnl_stats.o rtnl_stats.c

  In file included from rtc.c:21:
  xlat/rtc_vl_flags.h:8:37: error: expression in static assertion is not constant
      8 | static_assert((RTC_VL_DATA_INVALID) == ((1 << 0)), "RTC_VL_DATA_INVALID != (1 << 0)");
        |               ~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~
  xlat/rtc_vl_flags.h:15:35: error: expression in static assertion is not constant
     15 | static_assert((RTC_VL_BACKUP_LOW) == ((1 << 1)), "RTC_VL_BACKUP_LOW != (1 << 1)");
        |               ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~
  xlat/rtc_vl_flags.h:22:37: error: expression in static assertion is not constant
     22 | static_assert((RTC_VL_BACKUP_EMPTY) == ((1 << 2)), "RTC_VL_BACKUP_EMPTY != (1 << 2)");
        |               ~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~
  xlat/rtc_vl_flags.h:29:37: error: expression in static assertion is not constant
     29 | static_assert((RTC_VL_ACCURACY_LOW) == ((1 << 3)), "RTC_VL_ACCURACY_LOW != (1 << 3)");
        |               ~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~
  In file included from defs.h:404,
                   from rtc.c:10:
  xlat.h:64:43: error: initializer element is not constant
     64 | # define XLAT(val)                      { (unsigned)(val), #val }
        |                                           ^
  xlat/rtc_vl_flags.h:53:2: note: in expansion of macro 'XLAT'
     53 |  XLAT(RTC_VL_DATA_INVALID),
        |  ^~~~
  ...

This happens because things like RTC_VL_DATA_INVALID are transformed into some BIT(n) macros. However, the kernel headers v5.6 do not specify any BIT(n) macro for user space programs.

This problem means that you have commit v5.6-rc1~71^2~57 and yet not the resolving commit of v5.7-rc1~90^2~12.

Build failed when enable squashfs support in uboot

~/arc/prj/out/host/bin/arc-buildroot-linux-gnu-ld.bfd: fs/built-in.o: in function sqfs_calc_n_blks': ~/arc/prj/out/build/uboot-custom/fs/squashfs/sqfs.c:90: undefined reference to __umoddi3'
~/arc/prj/out/host/bin/arc-buildroot-linux-gnu-ld.bfd: ~/arc/prj/out/build/uboot-custom/fs/squashfs/sqfs.c:90: undefined reference to __umoddi3' ~/arc/prj/out/host/bin/arc-buildroot-linux-gnu-ld.bfd: fs/built-in.o: in function sqfs_read':
~/arc/prj/out/build/uboot-custom/fs/squashfs/sqfs.c:1442: undefined reference to __umoddi3' ~/arc/prj/out/host/bin/arc-buildroot-linux-gnu-ld.bfd: ~/arc/prj/out/build/uboot-custom/fs/squashfs/sqfs.c:1442: undefined reference to __umoddi3'
~/arc/prj/out/host/bin/arc-buildroot-linux-gnu-ld.bfd: /arc/prj/out/build/uboot-custom/fs/squashfs/sqfs.c:1503: undefined reference to __umoddi3' ~/arc/prj/out/host/bin/arc-buildroot-linux-gnu-ld.bfd: fs/built-in.o:~/arc/prj/out/build/uboot-custom/fs/squashfs/sqfs.c:1503: more undefined references to __umoddi3' follow
make[1]: *** [Makefile:1759: u-boot] Error 1
make[1]: Leaving directory '
/arc/prj/out/build/uboot-custom'
make: *** [package/pkg-generic.mk:250: /arc/prj/out/build/uboot-custom/.stamp_built] Error 2
make: Leaving directory '
/arc/prj/buildroot-2021.02.2'

Buildroot update for latest toolchain

Hello,

Just downloaded released here toolchain for ARC; it happened to be 6.2.1 GNU/GCC based one. Could not use this 2016.09 toolchain with buildroot downloaded from here as a top supported (available in menuconfig) toolchain version is 5.x.

Do you have any plans to align released/supported versions?

Thank you,
Ed

Building "ntp" fails against glibc 2.34

While building ntp-4.2.8p15 with buildroot, the build fails with:

In file included from /lib/gcc/arc64-linux-gnu/11.1.1/include-fixed/pthread.h:42,
                 from work_thread.c:13
work_thread.c:45:57: error: missing binary operator before token "("
   45 | #if defined(PTHREAD_STACK_MIN) && THREAD_MINSTACKSIZE < PTHREAD_STACK_MIN
      |                                                         ^~~~~~~~~~~~~~~~~

This happens, because PTHREAD_STACK_MIN is a dynamic value now :

#define PTHREAD_STACK_MIN ((size_t)_sysconf(_SC_THREAD_STACK_MIN))

Buildroot setup

Fetch URL: [email protected]:foss-for-synopsys-dwc-arc-processors/buildroot.git
906369aa75 (origin/arc64) package/libressl: bump version to 3.3.3

BR2_arcle=y
BR2_arc64=y
BR2_ENABLE_DEBUG=y
BR2_DEBUG_3=y
BR2_OPTIMIZE_0=y
BR2_SHARED_STATIC_LIBS=y
BR2_TOOLCHAIN_EXTERNAL=y
BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
BR2_TOOLCHAIN_EXTERNAL_PATH="/path/to/arcv3-lnx"
BR2_TOOLCHAIN_EXTERNAL_CUSTOM_PREFIX="$(ARCH)-linux-gnu"
BR2_TOOLCHAIN_EXTERNAL_HEADERS_5_6=y
BR2_TOOLCHAIN_EXTERNAL_CUSTOM_GLIBC=y
BR2_TOOLCHAIN_EXTERNAL_CXX=y
BR2_TARGET_GENERIC_HOSTNAME="arc64"
BR2_TARGET_GENERIC_ISSUE="Welcome to Valhalla"
BR2_ROOTFS_DEVICE_TABLE="/path/to/device_table.txt"
BR2_SYSTEM_DHCP="eth0"
BR2_ROOTFS_OVERLAY="/path/to/overlay"
BR2_PACKAGE_STRACE=y
BR2_PACKAGE_TREE=y
BR2_PACKAGE_NFS_UTILS=y
BR2_PACKAGE_SSHFS=y
BR2_PACKAGE_LIBRESSL=y
BR2_PACKAGE_ELFUTILS=y
BR2_PACKAGE_NCURSES_WCHAR=y
BR2_PACKAGE_NCURSES_TARGET_PROGS=y
BR2_PACKAGE_NCURSES_ADDITIONAL_TERMINFO="t/tmux"
BR2_PACKAGE_READLINE=y
BR2_PACKAGE_NTP=y
BR2_PACKAGE_NTP_NTPDATE=y
BR2_TARGET_ROOTFS_CPIO=y
BR2_PACKAGE_HOST_KMOD=y

glibc setup

Fetch URL: https://github.com/foss-for-synopsys-dwc-arc-processors/glibc
2dcdae68d5 (origin/arc64-2.34, origin/arc64) ARC64: enable in build-many-glibcs

Buildroot outdated GCC version

After updating from gcc12 to gcc13, it’s no longer feasible to generate a new Linux image utilizing the latest tool version. This is due to the impossibility of selecting the most recent compatible GCC version for the current toolchain.

$ make menuconfig
--->  Toolchains  --->  External toolchain gcc version (12.x)  ---> 



                     ┌─────────────── External toolchain gcc version ────────────────┐
                     │  Use the arrow keys to navigate this window or press the      │  
                     │  hotkey of the item you wish to select followed by the <SPACE │  
                     │  BAR>. Press <?> for additional information about this        │  
                     │ ┌───────────────────────────────────────────────────────────┐ │  
                     │ │                         (X) 12.x                          │ │  
                     │ │                         ( ) 11.x                          │ │  
                     │ │                         ( ) 10.x                          │ │  
                     │ │                         ( ) 9.x                           │ │  
                     │ │                         ( ) 8.x                           │ │  
                     │ │                         ( ) 7.x                           │ │  
                     │ └─────────────────────────────↓(+)──────────────────────────┘ │  
                     ├───────────────────────────────────────────────────────────────┤  
                     │                    <Select>      < Help >                     │  
                     └───────────────────────────────────────────────────────────────┘  
                                                                                                  


$ make busybox
.....
>>> skeleton  Patching
>>> skeleton  Configuring
>>> skeleton  Building
>>> skeleton  Installing to target
>>> toolchain-external-custom  Extracting
>>> toolchain-external-custom  Patching
>>> toolchain-external-custom  Configuring
Incorrect selection of gcc version: expected 12.x, got 13.1.1
make[1]: *** [package/pkg-generic.mk:283: /scratch/luiss/issues/buildroot/gcc13/workspace/arc64-rootfs/build/toolchain-external-custom/.stamp_configured] Error 1
make: *** [Makefile:23: _all] Error 2

Therefore, can we upgrade the current buildroot version so we are able to generate the rootfs with gcc13, produce a new Linux image and boot with QEMU?

package/lftp: Build fails

On an attempt to build the lftp-4.9.2, the process fails with:

lftp_ssl.cc: In static member function ‘static int lftp_ssl_openssl::verify_crl(X509_STORE_CTX*)’:
lftp_ssl.cc:1164:10: error: ‘X509_STORE_CTX_get_by_subject’ was not declared in this scope; did you mean ‘X509_STORE_get_by_subject’?
 1164 |     rc = X509_STORE_CTX_get_by_subject(store_ctx, X509_LU_CRL, subject, obj);
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |          X509_STORE_get_by_subject
make[4]: *** [Makefile:2370: liblftp_network_la-lftp_ssl.lo] Error 1
make[4]: *** Waiting for unfinished jobs....
ftpclass.cc: In member function ‘void Ftp::CheckResp(int)’:
ftpclass.cc:4377:16: warning: ‘void* memset(void*, int, size_t)’ clearing an object of non-trivial type ‘union sockaddr_u’; use assignment or value-initialization instead [-Wclass-memaccess]
 4377 |          memset(&conn->data_sa,0,sizeof(conn->data_sa));
      |          ~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from Resolver.h:27,
                 from NetAccess.h:24,
                 from ftpclass.h:26,
                 from ftpclass.cc:31:
network.h:67:7: note: ‘union sockaddr_u’ declared here
   67 | union sockaddr_u
      |       ^~~~~~~~~~

The only place on the net that I found with the same error was one of buildroot's autobuilds itself. The buildroot HEAD is package/uftrace: bump to version 0.10 (github) and here comes the configurations:

BR2_arcle=y
BR2_archs38=y
BR2_ENABLE_DEBUG=y
BR2_DEBUG_3=y
BR2_TOOLCHAIN_EXTERNAL=y
BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
BR2_TOOLCHAIN_EXTERNAL_PATH="/install/arcgnu/gl_bingdb"
BR2_TOOLCHAIN_EXTERNAL_HEADERS_5_14=y
BR2_TOOLCHAIN_EXTERNAL_CUSTOM_GLIBC=y
BR2_TOOLCHAIN_EXTERNAL_HAS_SSP_STRONG=y
# BR2_TOOLCHAIN_EXTERNAL_INET_RPC is not set
BR2_TOOLCHAIN_EXTERNAL_CXX=y
BR2_TARGET_GENERIC_HOSTNAME="arcv2"
BR2_ROOTFS_DEVICE_TABLE="/tools/buildroot/device_table.txt"
BR2_SYSTEM_DHCP="eth0"
BR2_ROOTFS_OVERLAY="/tools/buildroot/overlay/qemu"
BR2_PACKAGE_STRACE=y
BR2_PACKAGE_LIBRESSL=y
BR2_PACKAGE_NCURSES_WCHAR=y
BR2_PACKAGE_NCURSES_TARGET_PROGS=y
BR2_PACKAGE_NCURSES_ADDITIONAL_TERMINFO="t/tmux"
BR2_PACKAGE_LFTP=y
BR2_PACKAGE_OPENSSH=y
BR2_TARGET_ROOTFS_CPIO=y
BR2_PACKAGE_HOST_KMOD=y

Error occurred while building a filesystem and kernel images for the HSDK with Buildroot

Hello,
An error occurred when I built the Linux kernel and file system for the HSDK using Buildroot. The screenshot of the error is as follows:
Error screenshot

What should I do to rule out this error?

Thank you,
BarryWang

PS:
Build steps:

git clone https://git.busybox.net/buildroot
cd buildroot
mkdir ../out_git
make O=`readlink -e ../out_git` snps_archs38_hsdk_defconfig
cd ../out_git/
make menuconfig

Modify the toolchain and save.
Toolchain
Building everything

make V=1

The build process lasted for a few minutes and there was such an error:
Error screenshot

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.