OpenWRT 編譯 error GNU libiconv not in use but included iconv.h is from libiconv
如題,編譯時碰到上述錯誤,google後一大堆,唯獨沒有OpenWRT的解決辦法,找到這篇文章:
按照文章的方法,在glib目錄下,手動執行:
.
/configure
--
enable
-iconv=no --with-libiconv=gnu
貌似 --
enable
-iconv=no
沒有被識別到(不加也可以)
然後再編譯,就可以了!
總覺得此種解決方法不夠完美,應該還有更好的方法,知道的童鞋,留個言 ^_^
---------------------------------------------------
感謝wumingxing0228(http://blog.csdn.net/wumingxing0228)給出瞭解決方法:
from :http://lists.en.qi-hardware.com/pipermail/discussion/2011-February/007092.html
The OpenWrt menuconfig gained a new boolean symbol called "CONFIG_BUILD_NLS" which is disabled by default [2]. Turning it on will enable the building of the full gettext (libintl) and libiconv packages. The setting can be found in the "Global Build Settings" menu, called "Compile with full language support". Packages using either iconv or intl have been changed [3] to include the new convenience file "include/nls.mk" which exports variables to use within Makefiles to pull in the right iconv or intl implementation. The exported variables are: ICONV_FULL - set to 1 if the full iconv implementation is used, else unset ICONV_PREFIX - path to the location of the include/ and lib/ dirs of the currently used iconv implementation ICONV_DEPENDS - expands to a dependency specification that results either in +libiconv-full or nothing, depending on the CONFIG_BUILD_NLS symbol ICONV_CFLAGS - contains the appropriate CFLAGS to make programs find the iconv headers ICONV_CPPFLAGS - alias to ICONV_CFLAGS ICONV_LDFLAGS - contains the appropriate LDFLAGS to make programs link to the iconv implementation INTL_FULL - set to 1 if the full libintl implementation is used, else unset INTL_PREFIX - path to the location of the include/ and lib/ dirs of the currently used libintl implementation INTL_DEPENDS - expands to a dependency specification that results either in +libintl-full or nothing, depending on the CONFIG_BUILD_NLS symbol INTL_CFLAGS - contains the appropriate CFLAGS to make programs find the libintl headers INTL_CPPFLAGS - alias to INTL_CFLAGS INTL_LDFLAGS - contains the appropriate LDFLAGS to make programs link to the libintl implementation Additionally the include automatically extends the TARGET_CFLAGS, TARGET_CPPFLAGS and TARGET_LDFLAGS variables so that most programs should pick up the libs automatically in their configure/make process. To adapt existing package Makefiles to the new mechanism, the following changes must be made: - Add "include $(INCLUDE_DIR)/nls.mk" below the existing "package.mk" include - Remove existing extensions to TARGET_CFLAGS/CPPFLAGS/LDFLAGS like "TARGET_CFLAGS+=-I$(STAGING_DIR)/usr/lib/libintl/include/" (if any) - Replace existing extensions to other variables with $(ICONV_PREFIX), $(INTL_PREFIX) where applicable (e.g. "EXTRA_CPPFLAGS+=-I$(STAGING_DIR)/usr/lib/libiconv/include" to "EXTRA_CPPFLAGS+=$(ICONV_CPPFLAGS)" or "EXTRA_CPPFLAGS+=-I$(ICONV_PREFIX)/include") - Replace dependency specifications like +libiconv, +libiconv-full, +libintl or +libintl-full with $(ICONV_DEPENDS) or $(INTL_DEPENDS) - Some packages have configure switches like "--with-libiconv=gnu", those should be wrapped similar to this: "$(if $(ICONV_FULL),--with-libiconv=gnu)" - If a program is known to fail with the stub implementation, a dependency like "DEPENDS:[email protected]_NLS" can be specified to hide and disable the package from menuconfig if CONFIG_BUILD_NLS is unset Neither the stub nor the full packages install their (shared) objects and headers into a "standard" location ($(STAGING_DIR)/usr/...) anymore so programs that must use them have to use the nls.mk facility. Programs with optional iconv/intl support will just skip over them as they're not detectable without extra flags anymore. As the current Backfire branch and Trunk share the same packages feed, the BUILD_NLS support has been merged into the latest branch as well.
相關推薦
openwrt lede解決編譯:error GNU libiconv not in use but included iconv.h is from libiconv
1.lede 17.1.5 2. 工程中沒有glib2 需要手動新增一個,所以我從其他版本中直接拷貝過來一份glib2的配置(glib2 版本2.44.1) 3.當編譯的時候出現了,error GNU libiconv not in use but included ic
OpenWRT 編譯 error GNU libiconv not in use but included iconv.h is from libiconv
如題,編譯時碰到上述錯誤,google後一大堆,唯獨沒有OpenWRT的解決辦法,找到這篇文章: 按照文章的方法,在glib目錄下,手動執行: ./configure --enable-iconv=no --with-libiconv=gnu 貌似 --enable-ic
編譯安裝libiconv報錯:./stdio.h:1010:1: error: 'gets' undeclared here (not in a function)
編譯安裝libiconv報錯:./stdio.h:1010:1: error: 'gets' undeclared here (not in a function)錯誤如下: In file included from progname.c:26:0: ./stdio.h:101
解決編譯libiconv時報錯:./stdio.h:1010:1: error: 'gets' undeclared here (not in a function)
轉載自:http://forum.z27315.com/topic/15662-%E8%A7%A3%E5%86%B3%E7%BC%96%E8%AF%91libiconv%E6%97%B6%E7%9A%8439gets39-undeclared-here%E9%94%99%E
pytorch編譯/pytorch/torch/lib/THD/base/data_channels/DataChannelNccl.cpp:31:17: error: ‘ncclInt8’ was not declared in this scope
在https://github.com/pytorch/pytorch/issues/13962頁面下有我的同名回答(mtxing69) /pytorch/torch/lib/THD/base/data_channels/DataChannelNccl.cpp:31:17: error: ‘ncclInt8
Error running Tomcat8: Address localhost:1099 is already in use錯誤
eight 天使 sof tasklist cat ace bsp stat ont 以下內容參考至:https://my.oschina.net/u/1157906/blog/205907 今天使用IntelliJ IDEA 運行web項目的時候,遇到了 Error ru
Android 編譯錯誤——布局 Error parsing XML: not well-formed (invalid token)
XML width 文件 format source 註意 for 編碼 invalid 在修改了Android布局文件後,編譯出現Error parsing XML: not well-formed (invalid token)。 首先先排查xml文件的編碼格式是否
加壓壓縮文件報錯gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error is not recoverable: exiting now
child tdi tex save 重新 屬性 保存 div sta 壓縮包是直接weget 後面加官網上的tar包地址獲取的 [[email protected]/* */ ~]# tar -zxvf /home/hadoop/hadoop-2.6.5-
linux 下 Fatal error: Class ‘mysqli’ not found in
linux php5 erro all nbsp csdn -m 我不知道 mysql 先試用這種方法 http://blog.csdn.net/u010429424/article/details/43063211 我不知道自己安裝的php 沒他們路徑,所以用了以下這種方
解壓報錯gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error is not recoverable: exiting now的解決方法
方法 進行 二進制 error ble url src 是否 cat 在部署tomcat的環境搞JDK的時候出現這個問題。分享一下。 解壓命令:tar -zvxf memcached-1.4.34.tar.gz 遇到了一個問題, gzip: stdin: not
Error: [ngRepeat:dupes] Duplicates in a repeater are not allowed.報錯
意思 重復 span error ror -s ont ica dex 在angular的項目裏,一不小心就會出現這個錯誤[ngRepeat:dupes] ,這個問題是因為內容有重復引起的解決起來挺簡單 在對應的ng-repeat指令中增加track by $index,意
編譯安裝zabbix error: MySQL library not found
編譯安裝zabbix error編譯安裝zabbix error: MySQL library not found 本人用編譯方式安裝的mysql ,用編譯安裝zabbix 時,使用的編譯選項為./configure --prefix=/usr/local/zabbix --enable-server --e
idea 啟動 web項目 報錯 Error running 'Unnamed': Address localhost:1099 is already in use
分享圖片 關閉 local run erro ddr ide 情況 In 大部分情況是因為未停止web項目就關閉project,打開新的project時,就會報錯。 解決方案: 1.打開命令管理器 ,輸入 :netstat -ano 2.輸入 tasklist /fi "
Hexo - ERROR Local hexo not found in xxx
height AR spa 解決 idt .net HR 新的 wid 1.出現的問題 執行 hexo d 和 hexo g 時報錯。 此時可參考此鏈接或此鏈接 2.若上述鏈接不能解決問題,很可能是因為你的node.js的版本過低,請重新安裝更新的版本。
AndroidStudio編譯error:app:validateReleaseSigning'Keystore file not found for signing config 'release
types 一段 pro sig build erro app ask val 使用AndroidStudio編譯時提示error: Error:Execution failed for task ‘:app:validateReleaseSigning’. > K
ERROR 1055 (42000): Expression #1 of SELECT list is not in GROUP BY clause and contains
mysql在查詢命令時出錯: ERROR 1055 (42000): Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'DBname.table.id' whi
ios之error: The sandbox is not in sync with the Podfile.lock.
當我們編譯ios工程時,有時會遇到這個報錯。此時,關閉當前的工作空間,刪除以前的.xcworkspace檔案,然後執行pod install命令,install之後,重新開啟專案,clean並build專案,問題解決。 如果遇到pod install命令執行失敗,可以參考連線https://
ERROR 1055 (42000): Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregat
今天在學習“六天帶你玩轉資料庫”的第五天課程表子查詢的時候遇到了如下報錯:暫未解決求各位大佬幫忙 ERROR 1055 (42000): Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggr
ERROR 'latin-1' codec can't encode characters in position 81-86: ordinal not in range(256)問題解決
使用pymysql時,出現了編碼問題,可以在連線時進行宣告: db = pymysql.connect('{}'.format(host), '{}'.format(username), '{}'.format(pwd), '{}'.format(database),
ERROR (UnicodeEncodeError): 'ascii' codec can't encode character u'\uff08' in position 9: ordinal not in range(128)
環境win10+anaconda2 在安裝labelme時遇到了這個問題,其實跟labelme沒啥關係,主要是python2讀取中文路徑時報錯,因為預設編碼是ASCII,不認識中文,看到有一個一次性解決的辦法https://www.cnblogs.com/kevingrace/p/5893121.html