MT7628学习笔记（29）——ubuntu18.04 OpenWrt编译出错问题解决

已于 2023-02-08 10:44:04 修改
阅读量2.6k 收藏 7
点赞数 2
分类专栏： OpenWrt 文章标签： MT7628 OpenWrt
于 2021-04-11 12:20:56 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/p1279030826/article/details/115586809
版权

文章目录

编译环境：ubuntu18.04
芯片：MT7628
系统：openwrt
使用 ubuntu16.04 编译不会出错，使用 ubuntu18.04 就出现以下问题：

问题一：

error: format not a string literal, format string not checked [-Werror=format-nonliteral]

gdate.c: In function 'g_date_strftime':
gdate.c:2497:7: error: format not a string literal, format string not checked [-Werror=format-nonliteral]
       tmplen = strftime (tmpbuf, tmpbufsize, locale_format, &tm);
       ^~~~~~
cc1: some warnings being treated as errors
Makefile:1386: recipe for target 'libglib_2_0_la-gdate.lo' failed
make[10]: *** [libglib_2_0_la-gdate.lo] Error 1
make[10]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/pkg-config-0.29/glib/glib'
Makefile:1933: recipe for target 'all-recursive' failed
make[9]: *** [all-recursive] Error 1
make[9]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/pkg-config-0.29/glib/glib'
Makefile:952: recipe for target 'all' failed
make[8]: *** [all] Error 2
make[8]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/pkg-config-0.29/glib/glib'
Makefile:1045: recipe for target 'all-recursive' failed
make[7]: *** [all-recursive] Error 1
make[7]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/pkg-config-0.29/glib'
Makefile:769: recipe for target 'all' failed
make[6]: *** [all] Error 2
make[6]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/pkg-config-0.29/glib'
Makefile:697: recipe for target 'all-recursive' failed
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/pkg-config-0.29'
Makefile:456: recipe for target 'all' failed
make[4]: *** [all] Error 2
make[4]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/pkg-config-0.29'
Makefile:39: recipe for target '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/pkg-config-0.29/.built' failed
make[3]: *** [/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/pkg-config-0.29/.built] Error 2
make[3]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya/tools/pkg-config'
tools/Makefile:122: recipe for target 'tools/pkg-config/compile' failed
make[2]: *** [tools/pkg-config/compile] Error 2
make[2]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya'
tools/Makefile:121: recipe for target '/home/pjw/MT7628/openwrt-hiwooya/staging_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/stamp/.tools_install_yynyynynynyyyyyyyyynyyyyyyyyynyyyyynnyyynnyynnnyy' failed
make[1]: *** [/home/pjw/MT7628/openwrt-hiwooya/staging_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/stamp/.tools_install_yynyynynynyyyyyyyyynyyyyyyyyynyyyyynnyyynnyynnnyy] Error 2
make[1]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya'
/home/pjw/MT7628/openwrt-hiwooya/include/toplevel.mk:181: recipe for target 'world' failed
make: *** [world] Error 2

原因：

与编译器版本有关

查找出问题的函数：

tmplen = strftime (tmpbuf, tmpbufsize, locale_format, &tm);

路径：/build_dir/host/pkg-config-0.29/glib/glib/gdate.c


解决：

改变该函数的报错级别，使用补丁的方式修改源码：

# 创建补丁文件夹
mkdir tools/pkg-config/patches/&&cd tools/pkg-config/patches/
# 创建补丁文件
vim 001-glib-gdate-suppress-string-format-literal-warning.patch

001-glib-gdate-suppress-string-format-literal-warning.patch内容：

--- a/glib/glib/gdate.c
+++ b/glib/glib/gdate.c
@@ -2439,6 +2439,9 @@ win32_strftime_helper (const GDate     *d,
  *
  * Returns: number of characters written to the buffer, or 0 the buffer was too small
  */
+#pragma GCC diagnostic push
+#pragma GCC diagnostic ignored "-Wformat-nonliteral"
+
 gsize     
 g_date_strftime (gchar       *s, 
                  gsize        slen, 
@@ -2549,3 +2552,5 @@ g_date_strftime (gchar       *s,
   return retval;
 #endif
 }
+
+#pragma GCC diagnostic pop

问题二：

recipe for target '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/automake-1.15/.configured' failed

Makefile:50: recipe for target '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/automake-1.15/.configured' failed
make[3]: *** [/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/automake-1.15/.configured] Error 255
make[3]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya/tools/automake'
tools/Makefile:122: recipe for target 'tools/automake/compile' failed
make[2]: *** [tools/automake/compile] Error 2
make[2]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya'
tools/Makefile:121: recipe for target '/home/pjw/MT7628/openwrt-hiwooya/staging_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/stamp/.tools_install_yynyynynynyyyyyyyyynyyyyyyyyynyyyyynnyyynnyynnnyy' failed
make[1]: *** [/home/pjw/MT7628/openwrt-hiwooya/staging_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/stamp/.tools_install_yynyynynynyyyyyyyyynyyyyyyyyynyyyyynnyyynnyynnnyy] Error 2
make[1]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya'
/home/pjw/MT7628/openwrt-hiwooya/include/toplevel.mk:181: recipe for target 'world' failed
make: *** [world] Error 2

原因：

# 查询 perl 版本
perl -version

This is perl 5, version 26, subversion 1 (v5.26.1) built for x86_64-linux-gnu-thread-multi

新版本perl对一些写法不支持


解决：

# 创建补丁文件
vim tools/automake/patches/210_automake_perl_5.26.1_ver.patch

210_automake_perl_5.26.1_ver.patch内容：

diff --git a/bin/automake.in b/bin/automake.in
index a3a0aa318..2c8f31e14 100644
--- a/bin/automake.in
+++ b/bin/automake.in
@@ -3878,7 +3878,7 @@ sub substitute_ac_subst_variables_worker
 sub substitute_ac_subst_variables
 {
   my ($text) = @_;
-  $text =~ s/\${([^ \t=:+{}]+)}/substitute_ac_subst_variables_worker ($1)/ge;
+  $text =~ s/\$[{]([^ \t=:+{}]+)}/substitute_ac_subst_variables_worker ($1)/ge;
   return $text;
 }

问题三：

fatal error: linux/compiler-gcc7.h: No such file or directory

In file included from include/linux/compiler.h:54:0,
                 from /home/pjw/MT7628/openwrt-hiwooya/build_dir/host/u-boot-2014.10/arch/sandbox/include/asm/bitops.h:20,
                 from include/linux/bitops.h:110,
                 from /home/pjw/MT7628/openwrt-hiwooya/build_dir/host/u-boot-2014.10/include/common.h:20:
include/linux/compiler-gcc.h:114:1: fatal error: linux/compiler-gcc7.h: No such file or directory
 #include gcc_header(__GNUC__)
 ^~~~
compilation terminated.
/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/u-boot-2014.10/scripts/Makefile.autoconf:64: recipe for target 'include/autoconf.mk' failed
make[6]: *** [include/autoconf.mk] Error 1
/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/u-boot-2014.10/Makefile:464: recipe for target 'silentoldconfig' failed
make[5]: *** [silentoldconfig] Error 1
make[4]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/uboot.release'.  Stop.
make[4]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/u-boot-2014.10'
Makefile:46: recipe for target '/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/u-boot-2014.10/.built' failed
make[3]: *** [/home/pjw/MT7628/openwrt-hiwooya/build_dir/host/u-boot-2014.10/.built] Error 2
make[3]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya/tools/mkimage'
tools/Makefile:122: recipe for target 'tools/mkimage/compile' failed
make[2]: *** [tools/mkimage/compile] Error 2
make[2]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya'
tools/Makefile:121: recipe for target '/home/pjw/MT7628/openwrt-hiwooya/staging_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/stamp/.tools_install_yynyynynynyyyyyyyyynyyyyyyyyynyyyyynnyyynnyynnnyy' failed
make[1]: *** [/home/pjw/MT7628/openwrt-hiwooya/staging_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/stamp/.tools_install_yynyynynynyyyyyyyyynyyyyyyyyynyyyyynnyyynnyynnnyy] Error 2
make[1]: Leaving directory '/home/pjw/MT7628/openwrt-hiwooya'
/home/pjw/MT7628/openwrt-hiwooya/include/toplevel.mk:181: recipe for target 'world' failed
make: *** [world] Error 2

原因：

查询GCC版本：

gcc version 7.5.0 (Ubuntu/Linaro 7.5.0-3ubuntu1~18.04)

版本是7.5.0，则compiler-gcc7.h肯定是对应的gcc的 7 版本的。
搜索发现 compiler-gcc*.h 文件在以下位置：build_dir/host/u-boot-2014.10/include/linux/"
里面只有compiler-gcc3.h、compiler-gcc4.h、compiler-gcc5.h、没有compiler-gcc7.h，所以报错了。


解决：

方法1：
拷贝一份compiler-gcc3.h或者compiler-gcc4.h等文件，将其中一个重命名为compiler-gcc7.h。

cp build_dir/host/u-boot-2014.10/include/linux/compiler-gcc3.h build_dir/host/u-boot-2014.10/include/linux/compiler-gcc7.h

方法2：
发现tools/mkimage/patches目录下有200-gcc5_compat.patch，拷贝一份并重命名，然后把里面的gcc5全部替换成gcc7

cp 200-gcc5_compat.patch 201-gcc7_compat.patch

201-gcc7_compat.patch内容：

From 478b02f1a7043b673565075ea5016376f3293b23 Mon Sep 17 00:00:00 2001
From: Hans de Goede <hdegoede@redhat.com>
Date: Sat, 7 Feb 2015 22:52:40 +0100
Subject: [PATCH] Add linux/compiler-gcc7.h to fix builds with gcc7

Add linux/compiler-gcc7/h from the kernel sources at:

commit 5631b8fba640a4ab2f8a954f63a603fa34eda96b
Author: Steven Noonan <steven@uplinklabs.net>
Date:   Sat Oct 25 15:09:42 2014 -0700

    compiler/gcc4+: Remove inaccurate comment about 'asm goto' miscompiles

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
---
 include/linux/compiler-gcc7.h |   65 +++++++++++++++++++++++++++++++++++++++++
 1 file changed, 65 insertions(+)
 create mode 100644 include/linux/compiler-gcc7.h

diff --git a/include/linux/compiler-gcc7.h b/include/linux/compiler-gcc7.h
new file mode 100644
index 0000000..c8c5659
--- /dev/null
+++ b/include/linux/compiler-gcc7.h
@@ -0,0 +1,65 @@
+#ifndef __LINUX_COMPILER_H
+#error "Please don't include <linux/compiler-gcc7.h> directly, include <linux/compiler.h> instead."
+#endif
+
+#define __used				__attribute__((__used__))
+#define __must_check			__attribute__((warn_unused_result))
+#define __compiler_offsetof(a, b)	__builtin_offsetof(a, b)
+
+/* Mark functions as cold. gcc will assume any path leading to a call
+   to them will be unlikely.  This means a lot of manual unlikely()s
+   are unnecessary now for any paths leading to the usual suspects
+   like BUG(), printk(), panic() etc. [but let's keep them for now for
+   older compilers]
+
+   Early snapshots of gcc 4.3 don't support this and we can't detect this
+   in the preprocessor, but we can live with this because they're unreleased.
+   Maketime probing would be overkill here.
+
+   gcc also has a __attribute__((__hot__)) to move hot functions into
+   a special section, but I don't see any sense in this right now in
+   the kernel context */
+#define __cold			__attribute__((__cold__))
+
+#define __UNIQUE_ID(prefix) __PASTE(__PASTE(__UNIQUE_ID_, prefix), __COUNTER__)
+
+#ifndef __CHECKER__
+# define __compiletime_warning(message) __attribute__((warning(message)))
+# define __compiletime_error(message) __attribute__((error(message)))
+#endif /* __CHECKER__ */
+
+/*
+ * Mark a position in code as unreachable.  This can be used to
+ * suppress control flow warnings after asm blocks that transfer
+ * control elsewhere.
+ *
+ * Early snapshots of gcc 4.5 don't support this and we can't detect
+ * this in the preprocessor, but we can live with this because they're
+ * unreleased.  Really, we need to have autoconf for the kernel.
+ */
+#define unreachable() __builtin_unreachable()
+
+/* Mark a function definition as prohibited from being cloned. */
+#define __noclone	__attribute__((__noclone__))
+
+/*
+ * Tell the optimizer that something else uses this function or variable.
+ */
+#define __visible __attribute__((externally_visible))
+
+/*
+ * GCC 'asm goto' miscompiles certain code sequences:
+ *
+ *   http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58670
+ *
+ * Work it around via a compiler barrier quirk suggested by Jakub Jelinek.
+ *
+ * (asm goto is automatically volatile - the naming reflects this.)
+ */
+#define asm_volatile_goto(x...)	do { asm goto(x); asm (""); } while (0)
+
+#ifdef CONFIG_ARCH_USE_BUILTIN_BSWAP
+#define __HAVE_BUILTIN_BSWAP32__
+#define __HAVE_BUILTIN_BSWAP64__
+#define __HAVE_BUILTIN_BSWAP16__
+#endif /* CONFIG_ARCH_USE_BUILTIN_BSWAP */
-- 
1.7.10.4

问题四：

cfns.gperf:101:1: error: 'const char* libc_name_p(const char*, unsigned int)' redeclared inline with 'gnu_inline' attribute

In file included from /home/pjw/MTK/MY_openwrt_mt7628/build_dir/toolchain-mipsel_24kec+dsp_gcc-4.8-linaro_uClibc-0.9.33.2/gcc-linaro-4.8-2014.04/gcc/cp/except.c:1008:0:
cfns.gperf: In function 'const char* libc_name_p(const char*, unsigned int)':
cfns.gperf:101:1: error: 'const char* libc_name_p(const char*, unsigned int)' redeclared inline with 'gnu_inline' attribute
cfns.gperf:26:14: note: 'const char* libc_name_p(const char*, unsigned int)' previously declared here
cfns.gperf: At global scope:
cfns.gperf:26:14: warning: inline function 'const char* libc_name_p(const char*, unsigned int)' used but never defined
Makefile:1058: recipe for target 'cp/except.o' failed

原因：

自从gperf的3.0.3版本（2007年5月发布）以来，生成的func应用了gnu_inline属性，尚未更新以包含导致不匹配的内容。

实际上，这不是一个问题，原因有两个：
（1） 在gcc-5之前，默认标准是（gnu）C89，而gcc没有在此模式下发出警告或抛出错误。
（2） 从gcc-4.8开始，用于构建gcc的编译器驱动程序是更改为C++，并且在这种模式下g++不会发出警告或抛出错误。

使用gcc-5构建gcc-4.7或默认值为（gnu）C11 和 C编译器驱动程序会失败：

In file included from .../gcc-4.7.4/gcc/cp/except.c:990:0:
cfns.gperf: At top level:
cfns.gperf:101:1: error: 'gnu_inline' attribute present on 'libc_name_p'
cfns.gperf:26:14: error: but not here

总的来说就是用高版本的gcc编译了低版本的gcc的程序。


解决：

修改 /build_dir/toolchain-mipsel_24kec+dsp_gcc-4.8-linaro_uClibc-0.9.33.2/gcc-linaro-4.8-2014.04/gcc/cp/cfns.gperf 和 cfns.h 两个文件

在gcc补丁目录下创建一个补丁：

# /package/feeds/packages/gcc/patches 链接的 /feeds/packages/devel/gcc/patches
touch /feeds/packages/devel/gcc/patches/930-cfns_fix_mismatch_in-gnu_inline-attributes.patch

# 或者在 gcc 上层目录即 /build_dir/toolchain-mipsel_24kec+dsp_gcc-4.8-linaro_uClibc-0.9.33.2/gcc-linaro-4.8-2014.04/ 下直接打补丁
patch -p1 < 930-cfns_fix_mismatch_in-gnu_inline-attributes.patch

930-cfns_fix_mismatch_in-gnu_inline-attributes.patch：

Since the 3.0.3 release of gperf (made in May 2007), the generated func
has had the gnu_inline attribute applied to it.  The gcc source however
has not been updated to include that which has lead to a mismatch.

In practice, this hasn't been an issue for two reasons:
(1) Before gcc-5, the default standard was (gnu) C89, and gcc does not
warn or throw an error in this mode.
(2) Starting with gcc-4.8, the compiler driver used to build gcc was
changed to C++, and g++ does not warn or throw an error in this mode.

This error does show up though when using gcc-5 to build gcc-4.7 or
older as then the default is (gnu) C11 and the C compiler driver is
used.  That failure looks like:
In file included from .../gcc-4.7.4/gcc/cp/except.c:990:0:
cfns.gperf: At top level:
cfns.gperf:101:1: error: 'gnu_inline' attribute present on 'libc_name_p'
cfns.gperf:26:14: error: but not here

Whether the compiler should always emit this error regardless of the
active standard or compiler driver is debatable (I think it should be
consistent -- either always do it or never do it).

2015-08-06  Mike Frysinger  <vapier@gentoo.org>

	* cfns.gperf [__GNUC__, __GNUC_STDC_INLINE__]: Apply the
	__gnu_inline__ attribute.
	* cfns.h: Regenerated.
---
 gcc/cp/cfns.gperf | 3 +++
 gcc/cp/cfns.h     | 3 +++
 2 files changed, 6 insertions(+)

diff --git a/gcc/cp/cfns.gperf b/gcc/cp/cfns.gperf
index 68acd3d..953262f 100644
--- a/gcc/cp/cfns.gperf
+++ b/gcc/cp/cfns.gperf
@@ -22,6 +22,9 @@ __inline
 static unsigned int hash (const char *, unsigned int);
 #ifdef __GNUC__
 __inline
+#ifdef __GNUC_STDC_INLINE__
+__attribute__ ((__gnu_inline__))
+#endif
 #endif
 const char * libc_name_p (const char *, unsigned int);
 %}
diff --git a/gcc/cp/cfns.h b/gcc/cp/cfns.h
index 1c6665d..6d00c0e 100644
--- a/gcc/cp/cfns.h
+++ b/gcc/cp/cfns.h
@@ -53,6 +53,9 @@ __inline
 static unsigned int hash (const char *, unsigned int);
 #ifdef __GNUC__
 __inline
+#ifdef __GNUC_STDC_INLINE__
+__attribute__ ((__gnu_inline__))
+#endif
 #endif
 const char * libc_name_p (const char *, unsigned int);
 /* maximum key range = 391, duplicates = 0 */
-- 
2.4.4

参考：
error: format not a string literal, format string not checked [-Werror=format-nonlit]
【OpenWRT】(linkit7688) 从源码编译和问题解决
Ubuntu18.04交叉编译glib
openwrt编译时automake.tmp错误
【问题解决】linux/compiler-gcc7.h：没有那个文件或目录
[PATCH] cfns: fix mismatch in gnu_inline attributes

JavonPeng
关注
专栏目录
我的openwrt学习笔记（七）：MTK的OpenWrt系统编译错误
aiot_bigbear的专栏,关注我获取最新技术文章信息与海量资源~
08-19 9521
我的openwrt学习笔记（七）：MTK的OpenWrt系统编译错误 本文的openwrt是MTK官方的OPENWRT，openwrt开源组织无法下载到，它与开源的openwrt相比更加的稳定，还有很多未上传的开源补丁，知道魅力了吧，哈哈。   Openwrt编译出现错误是非常正常的，不要怕，导致错误主要的原因主要有两个： 1）  ubuntu linux系统自身缺乏部分库； 2）  op
英伟达DeepStream学习笔记31——ubuntu 18.04配置DeepStream 6.0.1的docker环境
耶律大石的博客
06-06 574
安装过程见我另外一篇博客： https://blog.csdn.net/mao_hui_fei/article/details/121140152 验证是否安装成功，输入命令 最好安装比较新的显卡驱动及cudadocker的安装过程最好请参考官方地址：https://docs.docker.com/engine/install/ubuntu/ 最好打开官方网址，进行参考，有些命令会更新。这里的docker指的是docker-ce（docker社区版本），采用基于仓库的方式进行安装。更新apt包索引并安装包以
conflicting types for ‘copy_file_range’
DawnChing
10-21 1787
编译 QIHUA-X40I 报错如下： ./…/misc/create_inode.c:395:18: error: conflicting types for ‘copy_file_range’ static errcode_t copy_file_range(ext2_filsys fs, int fd, ext2_file_t e2_file, ^ In file included from ./…/misc/create_inode.c:19:0: /usr/include/unistd.h:11
OpenWrt系统常见的编译错误，你一定遇到过
zhouwu_linux的专栏
08-21 6075
解决OpenWrt系统常见编译过程的错误
openwrt编译过程中遇到的问题
qq_44818024的博客
05-03 2965
问题一：编译错误提示 recipe for target ‘s-automata’ failed 解决方法：如果是在虚拟机中，可能因为内存给小了，将内存给大一些 问题二：编译错误提示 Patch failed! Please fix */target/linux/generic/pending-3.18/002-phy_drivers_backport.patch! 解决方法：这个是由于补丁与需要打补丁的文件位置或者标记不匹配造成的，错误提示上翻，会看到具体的哪一行补丁出错了，按照提示打开对应文件，对照.
解决Ubuntu18.04编译Openwrt过程中遇到的问题
03-04
1.gdate.c错误，复制patches文件夹到/tools/pkg-config目录下 2.语法规则报错，用automake.in替换/build_dir/host/automake-1.15/bin/automake.in文件 3.gcc版本过高报错，用200-compiler-support.patch替换/tools/...
ubuntu18.04编译生成的vpp包以及依赖包
12-08
这个压缩包包含了在Ubuntu 18.04上编译生成的VPP软件包及其所有必要的依赖项，目的是为了在没有互联网连接的情况下离线安装VPP。 1. **VPP简介** VPP是由FD.io（Fast Data Input/Output）项目维护的，其设计目标是...
ROS系列——Ubuntu18.04下ros Melodic安装mavros步骤及问题解决-详细版
热门推荐
曾经也曾立志
12-21 1万+
mavros用于无人机通信，可以将飞控与主控的信息进行交换，本文的安装方式为。手动下载源码包，将其放到 my_mavros_ws/src，源码包下载链接。后，再执行步骤（3）命令；如果还是出错，请参看。1）ros Melodic安装，参见链接。成功运行该命令后，如下图。成功运行该命令后，如下图。成功运行该命令后，如下图。成功运行该命令后，如下图。如果步骤（3）出错，执行。
openwrt-uboot-mt7628:适用于mt7628的uboot openwrt软件包
05-11
git clone 将openwrt-uboot-mt7628文件夹复制到openwrt_source / package / boot / 在bootloader类别的menuconfig下选择uboot-mt7628软件包 在命令下构建uboot make package/uboot-mt7628/prepare V=s make package/uboot-mt7628/compile V=s uboot.bin将在openwrt_source / bin文件夹下生成
Builter：使用预编译的openwrt imagebuilders构建更不稳定的图像
02-17
步履蹒跚的建造者 该脚本从openwrt-imagebuilder和falter-feed打包falter-firmware。 与旧的构建系统相比，它快得惊人。 使用率 该脚本采用五个位置参数。 ./build_falter [-p packageset] [-v version] [-t target] [-s subtarget] [-r router] 软件包集是必需的，后者是可选的。 如果仅提供软件包集，则会构建所有发行版和所有目标。 如果提供packageset，release和no target，它将生成该特定发行版的所有目标，依此类推。 如果只想构建一个特定的路由器配置文件，则必须在输入所有参数之前。 version当前具有两个有效值： 19.07和snapshot 。 构建过程完成后，您将在firmwares/找到映像。 快速入门：建立自己的形象 假设您要为GL-
MT7628 openwrt学习（1）
qq_39549182的博客
07-13 5620
主要是用来记录我的MT7628踩坑经历，所有东西都是开源的，提供dl包下载。上周拿到板子之后就是开始编译环境，Uboot的环境我不是管他的，直接openwrt源码编译。 大致是这样的板子，足够去学习了。openwrt源码编译踩坑了，主要原因有几个。 开始报错了。 使用这个方法能解决，他使用的cat，如果找不到文件，可以自己创建一个。 到这里编译基本能过。 OK第一天过去。tftp这里需要电脑和设备在同一个局域网内，我买的板子不知道prot1-3是不是有问题，在uboot引导的时候lan口是不能用的，只有p
Ubuntu编译MT7628的固件(openwrt)
qq_38000429的博客
07-30 7510
好久没更新博客啦。最近在搞一个项目，使用的是MT7628开发板，用于实现4G无线路由、VPN等各种功能，本文主要记录编译MT7628固件的过程，讲述遇到的各种问题以及解决方法。 首先介绍一下开发板情况，型号TR7628NADM，烧录的是openwrt提供的固件，openwrt是啥？百度百科一下，这是一个嵌入式linux发行版，总之功能很强大啦，现在主流的路由器里大多都是这个固件，特点：简单...
常见的OpenWrt系统编译错误以及解决方案
最新发布
redparrot2008的博客
05-14 1176
以上问题中，最难解决的就是网络问题，如果没有网络问题，只要会安装Linux就可以完成编译，这里再次给大家一些编译建议。没有外网环境时通过手机热点联网，一般数据网络是可以顺畅访问github等一些资源网站的可以租用云服务器进行编译，云服务器中编译时不存在网络问题的，可以按时长租用服务器即可，编译完成后把一些第三方包下载到本地环境如果只是openwrt框架源码下载失败，可以在gitee中搜索相关clone的仓库。
Ubuntu下编译openwrt的过程出错及解决
m0_60027682的博客
10-30 8313
本来是想把这篇文章里面的内容放在编译的那篇文章，又觉得要是别人跟着我编译，又没出错，看着我那些过程会烦躁，所有还是决定把那些搬到一个新文章里面来。好了，来看文章把，希望你们能更快的解决问题。 1、官方下载源码提示无法访问或网上其他命令下载不了 官网下载源码 https://openwrt.org/下面是当前稳定版本 或者用命令下载 第一个我下载不了https://git.openwrt.org/openwrt/openwrt.git 解决 用的是第二个git clone..
ubuntu18.04编译Openwrt出现的问题解决
aron566博客
09-01 4486
ubuntu18.04编译Openwrt出现的问题解决问题1：Build dependency: Please install Git (git-core) >= 1.6.5问题2：gdate.c:2497:7: error: format not a string literal, format string not checked [-Werror=format-nonliteral]问...
编译OpenWrt报错并解决记录
青苔先生的博客
04-14 1060
【代码】编译OpenWrt报错并解决记录。
基于ubuntu18.04上搭建OpenWRT-rtd1619环境
嵌入式系统与工业互联无线网络通信
04-18 1702
ubuntu18.04上搭建OpenWRT-rtd1619
openwrt 创建自定义包编译错误及解决
jethroHEX的博客
03-11 1173
解决 openwrt 报错信息：Package xxxx is missing dependencies for the following libraries: libpaho-embed-mqtt3c.so libpaho-embed-mqtt3cc.so
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值