jcmvbkbc / crosstool-ng Goto Github PK
View Code? Open in Web Editor NEWcrosstool-NG with support for Xtensa
License: Other
crosstool-ng's People
Contributors
Stargazers
Watchers
Forkers
esp8266 tambralinga hultin mattimo eetif skptl willemwouters probonopd suparit dirkx cesanta projectgus raydtang wangyx0055 greyfoxrgr olaf-mandel sermus iot-alex maojxsir blensonpaul devehe andrei-sapeshka yoegg artynet brock-robinson jeremyd2019 nitrotm maruno gusenkovs espressif andryblack carlosdelfino arank ashang cnc4less mcu-esp12 pfalcon boualimed zchmielak hanoseok naudhr christianrauch zhj2232006 martinjirku ajs124 mobi170296 hilbix gundy ianleon89 mmiglier wangqiang1588 inodevteam lanzhao linuscde flameboss balazsgyarmati torlus aleextran zhanggyhz homebots xtensatraxprodgcc i404788 jklmnn pp1141992924 kanerier siegezero matthewmascord yuuichihosomi craipy-hub jhoushutomato kienvo malainp ppbbgg110 robertcodron raspiduino professoruss dburkart nabovarme mymy0316 wdankier jomasnash esp-open-sdk chrismayu edwardoid acesrg gscofano bryon-smith shenkegs hariseldon78 rakhithjk bm45 misaalanshori jeyoung fromgreg m-hennecke mingqian bytes0x0 pwgen federico-dcrosstool-ng's Issues
Support for later levels of GCC
I see that the version of GCC built is 4.8.2. I see that the latest version of GCC is 5.2 and am wondering if there are plans to update?
Build fails with ESP32
Build Steps
git clone https://github.com/jcmvbkbc/crosstool-NG.git -b xtensa-fdpic
cd crosstool-NG/
./bootstrap && ./configure --enable-local && make
./ct-ng xtensa-esp32-linux-uclibcfdpic
CT_PREFIX=`pwd`/builds nice ./ct-ng buildOutput
$ CT_PREFIX=`pwd`/builds nice ./ct-ng build
[INFO ] Performing some trivial sanity checks
[WARN ] Number of open files 1024 may not be sufficient to build the toolchain; increasing to 2048
[INFO ] Build started 20240106.061549
[INFO ] Building environment variables
[WARN ] Directory '/home/vm/src' does not exist.
[WARN ] Will not save downloaded tarballs to local storage.
[EXTRA] Preparing working directories
[ERROR] collect2: error: ld returned 1 exit status
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step 'Checking that gcc can statically link libstdc++ (CT_WANTS_STATIC_LINK_CXX)'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@377]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@627]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> https://crosstool-ng.github.io/docs/known-issues/
[ERROR] >>
[ERROR] >> NOTE: Your configuration includes features marked EXPERIMENTAL.
[ERROR] >> Before submitting a bug report, try to reproduce it without enabling
[ERROR] >> any experimental features. Otherwise, you'll need to debug it
[ERROR] >> and present an explanation why it is a bug in crosstool-NG - or
[ERROR] >> preferably, a fix.
[ERROR] >>
[ERROR] >> If you feel this is a bug in crosstool-NG, report it at:
[ERROR] >> https://github.com/crosstool-ng/crosstool-ng/issues/
[ERROR] >>
[ERROR] >> Make sure your report includes all the information pertinent to this issue.
[ERROR] >> Read the bug reporting guidelines here:
[ERROR] >> http://crosstool-ng.github.io/support/
[ERROR]
[ERROR] (elapsed: 0:00.99)
[00:01] / gmake: *** [ct-ng:261: build] Error 1Workarounds tried
$ diff .config_old .config
49c49
< CT_LOCAL_TARBALLS_DIR="${HOME}/src"
---
> CT_LOCAL_TARBALLS_DIR="${HOME}/esp32-linux/build/crosstool-NG/.build/xtensa-esp32-linux-uclibcfdpic/src"
495c495
< CT_LIBC_UCLIBC_CONFIG_FILE="${CT_LIB_DIR}/samples/xtensa-esp32s3-linux-uclibcfdpic/uclibc.config"
---
> CT_LIBC_UCLIBC_CONFIG_FILE="${CT_LIB_DIR}/samples/xtensa-esp32-linux-uclibcfdpic/uclibc.config"Environment
Ubuntu 22.04 LTS with these packages:
- git
- autoconf
- make
- cmake
- flex
- texinfo
- help2man
- gawk
- libtool
- libtool-bin
- bison
- libncurses5-dev
- libstdc++-10-dev
- libstdc++-10-dev-amd64-cross
Known Issues
EXPERIMENTAL_FEATURESis on- gcc can be successfully built (with link errors) in
esp32s3configuration
Besides that, Linking Error does not mean gcc (and build tools) were not compiled for esp32
ESP32 Build fails in libgcc on -mlittle-endian compiler switch
Building crosstool-NG on FreeBSD 11.0 for the ESP32. GCC = 5.2.0
When running the original .config with no declaration on endianness, I got errors due to not claiming one, so added CT_ARCH_ENDIAN_CFLAG=-mlittle-endian to my .config. The esp32 docs show it to be little endian in operation
Now I get an error on core-pass-2 of the compiler build as follows:
------------------------
configure:3464: /wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/build/build-cc-gcc-core-pass-2/./gcc/xgcc -B/wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/build/build-cc-gcc-core-pass-2/./gcc/ -B/wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/buildtools/xtensa-esp32-elf/bin/ -B/wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/buildtools/xtensa-esp32-elf/lib/ -isystem /wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/buildtools/xtensa-esp32-elf/include -isystem /wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/buildtools/xtensa-esp32-elf/sys-include -o conftest -mlittle-endian -mlongcalls -g -Os conftest.c >&5
xgcc: error: unrecognized command line option '-mlittle-endian'
configure:3467: $? = 1
configure:3655: checking for suffix of object files
configure:3677: /wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/build/build-cc-gcc-core-pass-2/./gcc/xgcc -B/wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/build/build-cc-gcc-core-pass-2/./gcc/ -B/wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/buildtools/xtensa-esp32-elf/bin/ -B/wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/buildtools/xtensa-esp32-elf/lib/ -isystem /wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/buildtools/xtensa-esp32-elf/include -isystem /wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/buildtools/xtensa-esp32-elf/sys-include -c -mlittle-endian -mlongcalls -g -Os conftest.c >&5
xgcc: error: unrecognized command line option '-mlittle-endian'
configure:3681: $? = 1
configure: failed program was:
| / confdefs.h /
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| / end confdefs.h. /
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:3695: error: in /wrk/Espressif/crosstool-NG-xtensa-1.22.x/.build/xtensa-esp32-elf/build/build-cc-gcc-core-pass-2/xtensa-esp32-elf/libgcc': configure:3698: error: cannot compute suffix of object files: cannot compile See config.log' for more details.
-------------------
How does one rectify this conundrum :)
Did I do the configuration incorrectly?
GDB: Assertion while unwinding stack
When unwinding stack, GDB fails with internal assertion if next frame pointer happens to be 0.
In this case, this is a legitimate value - it's the end of the stack of this particular task and GDB should stop unwinding.
Instead, this is what happens:
[rojer@nba ~/go/src/cesanta.com/fw/platforms/esp8266 mos1]$ make debug_coredump CONSOLE_LOG=/tmp/console.log
Waiting for gdb on 1234
GNU gdb (crosstool-NG crosstool-ng-1.22.0-55-gecfc19a) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "--host=x86_64-build_pc-linux-gnu --target=xtensa-lx106-elf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from .build/mongoose-os.elf...done.
Remote debugging using 127.0.0.1:1234
Found core at 1202 - 177340
Mapping DRAM: 98304 @ 0x3ffe8000
Mapping IRAM: 32768 @ 0x40100000
Mapping IROM: 460784 @ 0x40211000
Mapping /mongoose-os/common/platforms/esp8266/rom/rom.bin at 0x40000000
Loaded core dump from last snippet in /console.log
>> qSupported:multiprocess+;swbreak+;hwbreak+;qRelocInsn+
>> Hg0
>> qTStatus
>> ?
>> qfThreadInfo
>> Hc-1
>> qC
>> qAttached
>> qOffsets
>> g
>> qfThreadInfo
>> m4023f1d1,4
<< 39 02 01 e7
>> m4023f0e8,20
<< 12 c1 e0 09 71 c9 61 d9 51 29 01 45 59 02 85 be 08 56 52 0e 0c 13 21 ec ff 32 42 00 c1 dd ff 28
>> m3fff5d2c,4
<< 47 f2 23 40
>> m4023f247,4
<< cd 02 0c 13
>> m4023f218,20
<< 12 c1 e0 09 71 c9 61 d9 51 e9 41 45 07 d4 3d 02 21 f8 ff 01 85 47 c0 00 00 2c 02 0c 83 0c 04 05
>> m3fff5d4c,4
<< 00 00 00 00
0x4023f1d1 in esp_mgos_init2 (
/opt/Espressif/esp-open-sdk/crosstool-NG/.build/src/gdb-7.10/gdb/inline-frame.c:171: internal-error: inline_frame_this_id: Assertion `!frame_id_eq (*this_id, outer_frame_id)' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) n
here >> denote the GDB commands received by our core dump server and << are responses to the m commands. Fetch of 0x3fff5d4c is GDB making the next step up, the trace but there is nothing there (legitimately) and it crashes and burns.
If i patch up CD server to return non-zero, unwind finishes correctly:
Loaded core dump from last snippet in /console.log
>> qSupported:multiprocess+;swbreak+;hwbreak+;qRelocInsn+
>> Hg0
>> qTStatus
>> ?
>> qfThreadInfo
>> Hc-1
>> qC
>> qAttached
>> qOffsets
>> g
>> qfThreadInfo
>> m4023f1d1,4
<< 39 02 01 e7
>> m4023f0e8,20
<< 12 c1 e0 09 71 c9 61 d9 51 29 01 45 59 02 85 be 08 56 52 0e 0c 13 21 ec ff 32 42 00 c1 dd ff 28
>> m3fff5d2c,4
<< 47 f2 23 40
>> m4023f247,4
<< cd 02 0c 13
>> m4023f218,20
<< 12 c1 e0 09 71 c9 61 d9 51 e9 41 45 07 d4 3d 02 21 f8 ff 01 85 47 c0 00 00 2c 02 0c 83 0c 04 05
>> m3fff5d4c,4
<< 01 00 00 00
>> m3fff5d10,4
<< 84 64 ff 3f
0x4023f1d1 in esp_mgos_init2 (bcfg=bcfg@entry=0x3fff6484)
at /mongoose-os/fw/platforms/esp8266/src/esp_main.c:127
127 *((int *) 0x123) = 1;
>> qSymbol::
add symbol table from file "/mongoose-os/common/platforms/esp8266/rom/rom.elf" at
.text_addr = 0x40000000
Reading symbols from /mongoose-os/common/platforms/esp8266/rom/rom.elf...(no debugging symbols found)...done.
>> qSymbol::
>> m4023f1d1,4
<< 39 02 01 e7
>> m4023f0e8,20
<< 12 c1 e0 09 71 c9 61 d9 51 29 01 45 59 02 85 be 08 56 52 0e 0c 13 21 ec ff 32 42 00 c1 dd ff 28
>> m3fff5d2c,4
<< 47 f2 23 40
(gdb) bt
>> m4023f247,4
<< cd 02 0c 13
>> m4023f218,20
<< 12 c1 e0 09 71 c9 61 d9 51 e9 41 45 07 d4 3d 02 21 f8 ff 01 85 47 c0 00 00 2c 02 0c 83 0c 04 05
>> m3fff5d4c,4
<< 01 00 00 00
>> m3fff5d10,4
<< 84 64 ff 3f
#0 0x4023f1d1 in esp_mgos_init2 (bcfg=bcfg@entry=0x3fff6484)
at /mongoose-os/fw/platforms/esp8266/src/esp_main.c:127
#1 0x4023f247 in esp_mgos_init ()
at /mongoose-os/fw/platforms/esp8266/src/esp_main.c:158
>> m1,4
Unmapped addr 0x1
<< 01 00 00 00
>> m3fff5d4c,4
<< 01 00 00 00
#2 mgos_task (arg=<optimized out>)
at /mongoose-os/fw/platforms/esp8266/src/esp_main.c:201
#3 0x00000001 in ?? ()
>> m1,4
Unmapped addr 0x1
<< 01 00 00 00
>> m3fff5d4c,4
<< 01 00 00 00
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
here i told CD to return 0x1 instead and GDB was able to proceed (although it tried to fetch 0x1 and that failed). backtrace is correct: mgos_task is the main function of the task and there's nothing beyond it.
Newlib does not support CPU xtensa
I'm experiencing an issue with compiling xtensa-lx106-elf with newlib as the standard library, as I am receiving the message "Newlib does not support CPU xtensa" whenever I run ct-ng build.
Files
.configbuild.log(lag warning - large file)/tmp/xtensa-build/xtensa-lx106-elf/build/build-libc/config.log/tmp/xtensa-build/xtensa-lx106-elf/build/build-libc/xtensa-lx106-elf/newlib/config.log
If you need any more information please don't hesitate to ask.
Build crosstalk-NG on Mac OS X-Yosemite.
I am Build crosstool-NG on Mac OS X-Yosemite. run make got error as follow:
GEN 'config/configure.in'
GEN 'paths.mk'
GEN 'paths.sh'
LD 'conf'
Undefined symbols for architecture x86_64:
"_libintl_bindtextdomain", referenced from:
_main in conf.o
"_libintl_gettext", referenced from:
_conf_parse in zconf.tab.o
_conf_read_simple in zconf.tab.o
_conf_write in zconf.tab.o
_get_prompt_str in zconf.tab.o
_get_symbol_str in zconf.tab.o
_get_relations_str in zconf.tab.o
_menu_get_ext_help in zconf.tab.o
...
"_libintl_setlocale", referenced from:
_main in conf.o
"_libintl_textdomain", referenced from:
_main in conf.o
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status
make[2]: *** [conf] Error 1
make[1]: *** [build-lib-kconfig] Error 2
make: *** [build] Error 2
would you can help me?
error: format not a string literal and no format arguments
I'm trying to compile crosstool-NG on NixOS (64-bit Linux), but I'm getting the following error during the step "Installing pass-2 core C gcc compiler" (from build.log):
[ALL ] gcc -c -DHAVE_CONFIG_H -O2 -g -pipe -Wno-error=format-security -I. -I/home/rschuetz/dev/esp-open-sdk/crosstool-NG/.build/src/gcc-4.8.5/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic /home/rschuetz/dev/esp-open-sdk/crosstool-NG/.build/src/gcc-4.8.5/libiberty/floatformat.c -o floatformat.o
[ALL ] /home/rschuetz/dev/esp-open-sdk/crosstool-NG/.build/src/gcc-4.8.5/libcpp/expr.c: In function 'unsigned int cpp_classify_number(cpp_reader*, const cpp_token*, const char**, source_location)':
[ERROR] /home/rschuetz/dev/esp-open-sdk/crosstool-NG/.build/src/gcc-4.8.5/libcpp/expr.c:629:18: error: format not a string literal and no format arguments [-Werror=format-security]
[ALL ] 0, message);
[ALL ] ^
[ERROR] /home/rschuetz/dev/esp-open-sdk/crosstool-NG/.build/src/gcc-4.8.5/libcpp/expr.c:632:39: error: format not a string literal and no format arguments [-Werror=format-security]
[ALL ] virtual_location, 0, message);
[ALL ] ^
They even do not disappear when I add
CT_EXTRA_CFLAGS_FOR_BUILD="-Wno-error=format-security"
CT_EXTRA_CFLAGS_FOR_HOST="-Wno-error=format-security"
CT_TARGET_CFLAGS="-Wno-error=format-security"
to .config.
Do you have an idea how to solve this?
esp108-1.21.0 compile (linker) very slow on OSX
I've tried on my Mac this command:
date +"%T" && make && date +"%T"
This line work very slow, about 4 minutes, 12 seconds:
xtensa-esp108-elf-gcc -L/Users/TuanPM/Projects/2016/espressif/ESP32_RTOS_SDK/lib -nostdlib -T/Users/TuanPM/Projects/2016/espressif/ESP32_RTOS_SDK/ld/pro.map1.1.ld /Users/TuanPM/Projects/2016/espressif/ESP32_RTOS_SDK/ld/pro.rom.addr.ld -Wl,--no-check-sections -u call_user_start -Wl,-static -Wl,--start-group -lc -lgcc -lhal -lm -lcrypto -lfreertos -llwip -lmain -lnet80211 -lphy -lpp -lrtc -lwpa -lsmartconfig user/.output/eagle/debug/lib/libuser.a sample_lib/.output/eagle/debug/lib/libsample.a -Wl,--end-group -o .output/eagle/debug/image/eagle.app.v7.out
while, only need 4 seconds on ubuntu:
Thanks,
export SHELL=$(bash)
This line:
Lines 28 to 33 in a4286b8
Causes the following error on my machine:
❯ ./ct-ng
make: -c: Command not found
make: -c: Command not found
make: -c: Command not found
make: -c: Command not found
make: *** [ct-ng:159: version] Error 127Removing it resolves the problem.
Croostool build in Msys2 64bit
Hello.
I am trying to compile the crosstool-NG in MSYS2 in a windows 64bit environment, I have corrected basic things like using the mkdir () function without the parameter to set the access right.
But now, during the execution of make I receive the following message, claiming not to find the utsname.h header, I already checked and the file exists in the /usr/include directory, but in the kconfig Makefile nothing I do to find it This directory works.
In file included from zconf.tab.c:2433:0:
symbol.c: At top level:
symbol.c:10:25: fatal error: sys/utsname.h: No such file or directory
#include <sys/utsname.h>
^
compilation terminated.
make[2]: *** [Makefile:96: zconf.tab.o] Error 1
make[1]: *** [Makefile:166: build-lib-kconfig] Error 2
make: *** [Makefile:126: build] Error 2
Could you help me with some adjustment?
My Environment:
Windows 10
MSYS 2 64 last version
$ gcc --version
gcc.exe (Rev2, Built by MSYS2 project) 6.2.0
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Can't compile for arm host
assume using the following:
- android-ndk-r21 - standalone toolchain installed with
--arch arm --api 21 --install-dir ~/x-tools/arm-ndk-21and~/x-tools/arm-ndk-21/binis added toPATH. - xtensa-lx106-elf compiled locally, installed to
~/x-tools/xtensa-lx106-elfand~/x-tools/xtensa-lx106-elf/binis added to PATH - gcc version updated to 9.2.0 (tried 8.3.0 too)
- isl version 0.18
- cloog version 0.18.4
created "arm-ndk,xtensa-lx106-elf" sample:
# created by 4ntoine
# this comes from samples/xtensa-lx106-elf:
# ---
CT_EXPERIMENTAL=y
CT_PREFIX_DIR="${CT_TOP_DIR}/builds/arm-ndk-${CT_TARGET}" # `arm-ndk-` added
CT_PATCH_BUNDLED_LOCAL=y
CT_LOCAL_PATCH_DIR="${CT_TOP_DIR}/local-patches"
CT_ARCH_xtensa=y
CT_XTENSA_CUSTOM=y
CT_ARCH_XTENSA_CUSTOM_NAME="lx106"
CT_ARCH_XTENSA_CUSTOM_OVERLAY_LOCATION="${CT_TOP_DIR}/overlays"
CT_TARGET_VENDOR="lx106"
CT_LIBC_NEWLIB_V_2_0_0=y
# CT_LIBC_NEWLIB_ENABLE_TARGET_OPTSPACE is not set
CT_CC_LANG_CXX=y
# CT_CC_STATIC_LIBSTDCXX is not set
CT_DEBUG_gdb=y
# CT_GDB_CROSS_PYTHON is not set
CT_GDB_V_7_5_1=y
# ---
# added by 4ntoine to make canadian cross linked statically:
CT_ISL_V_0_18_0=y
CT_CC_V_8_3_0=y
CT_ISL_VERSION="0.18"
CT_CLOOG_VERSION="0.18.4"
CT_CC_VERSION="9.2.0"
CT_CANADIAN=y
CT_HOST="arm-linux-androideabi"
CT_CONFIGURE_has_static_link=y
CT_WANTS_STATIC_LINK=y
CT_WANTS_STATIC_LINK_CXX=y
CT_STATIC_TOOLCHAIN=y
CT_STRIP_HOST_TOOLCHAIN_EXECUTABLES=y
CT_TOOLCHAIN_TYPE="cross"
and created configuration from it:
./ct-ng arm-ndk,xtensa-lx106-elf
and manually edited .configuration to have the versions above (it seems ./ct-ng overwrote them to default)
It results into the following:
checking for the value of EOF... configure: error: computing EOF failed
make[2]: ** [configure-target-libstdc++-v3] Error 1
Q: how to compile toolchain that runs on Android?
Hey, guys. I'm trying to compile a toolchain that is build on x86_64, hosts on ARM (or x86_64) Android and compiles per xtensa lx106. Any suggestions on how can i do it or start at least?
Submitting xtensa changes upstream?
Do you intend to submit xtensa changes upstream (to crosstool-NG mainline)? Can you please consider this? Thanks.
Toolchain for ARM 32 bit fails on android host with exit code 159
When compiled for ARM 32bit CT_HOST=arm-linux-gnueabihf archiever fails to put .o files into .a with return code 159. If not archiving .o into .a and pass to linker linker fails to link with the same return code.
I will provide the details later.
Is it a known issue?
100% the same command-lines that use toolchain compiled for arm64 (CT_HOST=aarch64-linux-gnu) works just fine.
Checking for ISL version 0.10 0.11 0.12 instead of 0.14
I'm not sure where to ask about general Troubleshooting compilation problems? I am trying to compile for xtensa lx106. During installing pass-2 core C gcc compiler It stops compilation when it gets to this error.
checking for version 0.10 of ISL... no
[CFG ] checking for version 0.11 of ISL... no
[CFG ] checking for version 0.12 of ISL... no
[ERROR] configure: error: Unable to find a usable ISL. See config.log for details.
I thought that ISL version 0.14 is the version that crosstool is looking for. I checked the config logs and it does say that it is looking for version 0.14. I'm not sure what I did wrong with configuration on my end to make it do this error. I put in my entire build.log and config.log in the attachments
TUI makes problems under windows cygwin in cross-gdb espressif's [future/psram_malloc] branch
Hi Max
i try to build for ESP32 a future/psram_malloc branch on espressif fork for ESP32.
cause i can't create an report for Issues there ( not possible to create on the fork )
i hope you or @igrr or other user can say, what is going wrong with the final step cross-debug and TUI
FYI: i have successfull build this toolchain under linux.
now i try to build under windows with cygwin for the windows user cause there is no officially windows support for this toolchain
the windows cygwin build process is pretty fine - but at the end with cross-gdb
the build is broken and stop.
a total log is here
build.zip
the build process is run pretty fine in the 95 prozent
$ CT_DEBUG_CT_SAVE_STEPS=1
$ ./ct-ng build
[INFO ] Performing some trivial sanity checks
[INFO ] Build started 20170723.200623
[INFO ] Building environment variables
[INFO ] =================================================================
[INFO ] Retrieving needed toolchain components' tarballs
[INFO ] Retrieving needed toolchain components' tarballs: done in 450.18s (at 07:57)
[INFO ] =================================================================
[INFO ] Extracting and patching toolchain components
[INFO ] Extracting and patching toolchain components: done in 239.52s (at 11:57)
[INFO ] =================================================================
[INFO ] Installing ncurses for build
[INFO ] Installing ncurses for build: done in 250.05s (at 16:07)
[INFO ] =================================================================
[INFO ] Installing GMP for host
[INFO ] Installing GMP for host: done in 391.75s (at 22:39)
[INFO ] =================================================================
[INFO ] Installing MPFR for host
[INFO ] Installing MPFR for host: done in 344.25s (at 28:24)
[INFO ] =================================================================
[INFO ] Installing ISL for host
[INFO ] Installing ISL for host: done in 217.70s (at 32:02)
[INFO ] =================================================================
[INFO ] Installing MPC for host
[INFO ] Installing MPC for host: done in 143.63s (at 34:25)
[INFO ] =================================================================
[INFO ] Installing expat for host
[INFO ] Installing expat for host: done in 70.53s (at 35:36)
[INFO ] =================================================================
[INFO ] Installing binutils for host
[INFO ] Installing binutils for host: done in 616.61s (at 45:53)
[INFO ] =================================================================
[INFO ] Installing C library headers & start files
[INFO ] Installing C library headers & start files: done in 0.93s (at 45:54)
[INFO ] =================================================================
[INFO ] Installing pass-2 core C gcc compiler
[INFO ] Installing pass-2 core C gcc compiler: done in 1566.34s (at 72:01)
[INFO ] =================================================================
[INFO ] Installing C library
[INFO ] Installing C library: done in 383.47s (at 78:24)
[INFO ] =================================================================
[INFO ] Installing final gcc compiler
[INFO ] Installing final gcc compiler: done in 2131.73s (at 113:56)
[INFO ] =================================================================
[INFO ] Installing cross-gdb
[ERROR] collect2: error: ld returned 1 exit status
[ERROR] make[3]: *** [gdb.exe] Error 1
[ERROR] make[2]: *** [all-gdb] Error 2
[ERROR] make[1]: *** [all] Error 2
[ERROR] -
[ERROR] >>
[ERROR] >> Build failed in step 'Installing cross-gdb'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@257]
[ERROR] >> called from: do_debug_gdb_build[scripts/build/debug/300-gdb.sh@120]
[ERROR] >> called from: do_debug[scripts/build/debug.sh@35]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@646]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> 'docs/B - Known issues.txt'
[ERROR] /
[ERROR] (elapsed: 131:09.51)
[131:13] / ct-ng:152: die Regel für Ziel „build“ scheiterte
make: *** [build] Fehler 2
the last entry looks like this:
[ALL ] Making init.c
[ALL ] i686-build_pc-cygwin-gcc -g -O2 -I. -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/common -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/config -DLOCALEDIR=""/home/esp-psram/crosstool-NG/builds/xtensa-esp32-elf/share/locale"" -DHAVE_CONFIG_H -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../include/opcode -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../opcodes/.. -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../readline/.. -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../zlib -I../bfd -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../bfd -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../include -I../libdecnumber -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../libdecnumber -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/gnulib/import -Ibuild-gnulib/import -DTUI=1 -I/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools/include -I/usr/include/python2.7 -I/usr/include/python2.7 -Wall -Wpointer-arith -Wno-unused -Wunused-value -Wunused-function -Wno-switch -Wno-char-subscripts -Wempty-body -Wpointer-sign -Wmissing-prototypes -Wdeclaration-after-statement -Wmissing-parameter-type -Wold-style-declaration -Wold-style-definition -Wformat-nonliteral -c -o init.o -MT init.o -MMD -MP -MF .deps/init.Tpo init.c
[ALL ] rm -f gdb.exe
[ALL ] i686-build_pc-cygwin-gcc -g -O2 -static-libstdc++ -static-libgcc -Wl,--stack,12582912 -o gdb.exe gdb.o xtensa-tdep.o xtensa-config.o solib-svr4.o ser-base.o ser-unix.o ser-pipe.o ser-tcp.o remote.o dcache.o tracepoint.o ax-general.o ax-gdb.o remote-fileio.o remote-notif.o ctf.o tracefile.o tracefile-tfile.o cli-dump.o cli-decode.o cli-script.o cli-cmds.o cli-setshow.o cli-logging.o cli-interp.o cli-utils.o mi-out.o mi-console.o mi-cmds.o mi-cmd-catch.o mi-cmd-env.o mi-cmd-var.o mi-cmd-break.o mi-cmd-stack.o mi-cmd-file.o mi-cmd-disas.o mi-symbol-cmds.o mi-cmd-target.o mi-cmd-info.o mi-interp.o mi-main.o mi-parse.o mi-getopt.o tui-command.o tui-data.o tui-disasm.o tui-file.o tui-hooks.o tui-interp.o tui-io.o tui-layout.o tui-out.o tui-regs.o tui-source.o tui-stack.o tui-win.o tui-windata.o tui-wingeneral.o tui-winsource.o tui.o python.o py-arch.o py-auto-load.o py-block.o py-bpevent.o py-breakpoint.o py-cmd.o py-continueevent.o py-xmethods.o py-event.o py-evtregistry.o py-evts.o py-exitedevent.o py-finishbreakpoint.o py-frame.o py-framefilter.o py-function.o py-gdb-readline.o py-inferior.o py-infevents.o py-infthread.o py-lazy-string.o py-linetable.o py-newobjfileevent.o py-objfile.o py-param.o py-prettyprint.o py-progspace.o py-signalevent.o py-stopevent.o py-symbol.o py-symtab.o py-threadevent.o py-type.o py-unwind.o py-utils.o py-value.o py-varobj.o guile.o elfread.o stap-probe.o dtrace-probe.o posix-hdep.o posix-strerror.o c-exp.o cp-name-parser.o ada-exp.o jv-exp.o d-exp.o f-exp.o go-exp.o m2-exp.o p-exp.o version.o annotate.o addrmap.o auto-load.o auxv.o agent.o bfd-target.o blockframe.o breakpoint.o break-catch-sig.o break-catch-throw.o break-catch-syscall.o findvar.o regcache.o cleanups.o charset.o continuations.o corelow.o disasm.o dummy-frame.o dfp.o source.o value.o eval.o valops.o valarith.o valprint.o printcmd.o block.o symtab.o psymtab.o symfile.o symfile-debug.o symmisc.o linespec.o dictionary.o infcall.o infcmd.o infrun.o expprint.o environ.o stack.o thread.o exceptions.o extension.o filesystem.o filestuff.o inf-child.o interps.o minidebug.o main.o macrotab.o macrocmd.o macroexp.o macroscope.o mi-common.o event-loop.o event-top.o inf-loop.o completer.o gdbarch.o arch-utils.o gdbtypes.o gdb_bfd.o gdb_obstack.o osabi.o copying.o memattr.o mem-break.o target.o target-dcache.o parse.o language.o build-id.o buildsym.o findcmd.o std-regs.o signals.o exec.o reverse.o bcache.o objfiles.o observer.o minsyms.o maint.o demangle.o dbxread.o coffread.o coff-pe-read.o dwarf2read.o mipsread.o stabsread.o corefile.o dwarf2expr.o dwarf2loc.o dwarf2-frame.o dwarf2-frame-tailcall.o ada-lang.o c-lang.o d-lang.o f-lang.o objc-lang.o ada-tasks.o ada-varobj.o c-varobj.o ui-out.o cli-out.o varobj.o vec.o go-lang.o go-valprint.o go-typeprint.o jv-lang.o jv-valprint.o jv-typeprint.o jv-varobj.o m2-lang.o opencl-lang.o p-lang.o p-typeprint.o p-valprint.o sentinel-frame.o complaints.o typeprint.o ada-typeprint.o c-typeprint.o f-typeprint.o m2-typeprint.o ada-valprint.o c-valprint.o cp-valprint.o d-valprint.o f-valprint.o m2-valprint.o serial.o mdebugread.o top.o utils.o ui-file.o user-regs.o frame.o frame-unwind.o doublest.o frame-base.o inline-frame.o gnu-v2-abi.o gnu-v3-abi.o cp-abi.o cp-support.o cp-namespace.o reggroups.o trad-frame.o tramp-frame.o solib.o solib-target.o prologue-value.o memory-map.o memrange.o xml-support.o xml-syscall.o xml-utils.o target-descriptions.o target-memory.o xml-tdesc.o xml-builtin.o inferior.o osdata.o gdb_usleep.o record.o record-full.o gcore.o gdb_vecs.o jit.o progspace.o skip.o probe.o common-utils.o buffer.o ptid.o gdb-dlfcn.o common-agent.o format.o registry.o btrace.o record-btrace.o waitstatus.o print-utils.o rsp-low.o errors.o common-debug.o debug.o common-exceptions.o btrace-common.o fileio.o compile.o compile-c-symbols.o compile-c-types.o compile-object-load.o compile-object-run.o compile-loc2c.o compile-c-support.o inflow.o init.o ../readline/libreadline.a ../opcodes/libopcodes.a ../bfd/libbfd.a -L./../zlib -lz ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -lncurses -lm -liconv -ldl -lpython2.7 /home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools/lib/libexpat.a ../libiberty/libiberty.a -luser32 build-gnulib/import/libgnu.a
[ALL ] tui-win.o: In function `tui_update_variables':
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:301: undefined reference to `acs_map'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:310: undefined reference to `acs_map'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:307: undefined reference to `acs_map'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:304: undefined reference to `acs_map'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:297: undefined reference to `acs_map'
[ALL ] tui-win.o:/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:313: more undefined references to `acs_map' follow
[ALL ] tui-win.o: In function `tui_refresh_all_win':
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:698: undefined reference to `curscr'
[ALL ] tui-win.o: In function `tui_resize_all':
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:780: undefined reference to `stdscr'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:781: undefined reference to `curscr'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:782: undefined reference to `stdscr'
[ALL ] tui.o: In function `tui_enable':
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui.c:437: undefined reference to `stdscr'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui.c:460: undefined reference to `LINES'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui.c:461: undefined reference to `COLS'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui.c:476: undefined reference to `stdscr'
[ERROR] collect2: error: ld returned 1 exit status
[ALL ] Makefile:1390: recipe for target 'gdb.exe' failed
[ERROR] make[3]: *** [gdb.exe] Error 1
[ALL ] make[3]: Leaving directory '/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/build/build-gdb-cross/gdb'
[ALL ] Makefile:8758: recipe for target 'all-gdb' failed
[ERROR] make[2]: *** [all-gdb] Error 2
[ALL ] make[2]: Leaving directory '/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/build/build-gdb-cross'
[ALL ] Makefile:848: recipe for target 'all' failed
[ERROR] make[1]: *** [all] Error 2
[ALL ] make[1]: Leaving directory '/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/build/build-gdb-cross'
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step 'Installing cross-gdb'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@257]
[ERROR] >> called from: do_debug_gdb_build[scripts/build/debug/300-gdb.sh@120]
[ERROR] >> called from: do_debug[scripts/build/debug.sh@35]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@646]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> 'docs/B - Known issues.txt'
[ERROR]
[ERROR] (elapsed: 133:44.83)
i am not sure, what is here the mistake, cause the "master toolchain" for esp32 runs with windows and cygwin, only this psram_patch do not successfull run until end.
perhabs you can look up one time in the log and see the mistake?
just in time i try to disable the tui for gdb the build process runs just in time. but i think, this will also be broken in the endphase in the scriptings.
thank you for any info or help or further steps
best wishes
rudi ;-)
Support ASAN (-fsanitize=address) for xtensa target
Not sure what is involved, but I know that ASAN support on x86 is amazing for finding tricky bugs, and I'd love to run it on my ESP32 debug builds.
I'm not sure what is involved in adding it for a new target. The current state seems to be a compiler warning (after adding -fsanitize=address to CXXFLAGS):
warning: -fsanitize=address not supported for this target
[ERROR] Missing: 'x86_64-unknown-linux-gnu-g++' or 'x86_64-unknown-linux-gnu-g++' or 'g++' : either needed!
I tried to install croostool for compiling esp6288 and while i was installing i had error
[ERROR] Missing: 'x86_64-unknown-linux-gnu-g++' or 'x86_64-unknown-linux-gnu-g++' or 'g++' : either needed!
and i dont know what is meaning i mean i tried to do this structure
http://docs.kaaproject.org/display/KAA/ESP8266
but i have error
could you please help me ??
iiot@ubuntu:/opt/Espressif$ git clone -b lx106 git://github.com/jcmvbkbc/crosstool-NG.git Cloning into 'crosstool-NG'... remote: Counting objects: 28997, done. remote: Total 28997 (delta 0), reused 0 (delta 0), pack-reused 28997 Receiving objects: 100% (28997/28997), 15.93 MiB | 1.59 MiB/s, done. Resolving deltas: 100% (16740/16740), done. Checking connectivity... done. iiot@ubuntu:/opt/Espressif$ cd crosstool-NG iiot@ubuntu:/opt/Espressif/crosstool-NG$ ./bootstrap && ./configure --prefix=pwd` && make && sudo make install
Running autoconf...
Done. You may now run:
./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for a sed that does not truncate output... /bin/sed
checking whether sed understands -r -i -e... yes
checking whether ln -s works... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for ranlib... ranlib
checking for gobjcopy... no
checking for objcopy... objcopy
checking for absolute path to objcopy... /usr/bin/objcopy
checking for gobjdump... no
checking for objdump... objdump
checking for absolute path to objdump... /usr/bin/objdump
checking for greadelf... no
checking for readelf... readelf
checking for absolute path to readelf... /usr/bin/readelf
checking for gperf... gperf
checking for absolute path to gperf... /usr/bin/gperf
checking for bison... bison
checking for flex... flex
checking for makeinfo... makeinfo
checking for cut... cut
checking for stat... stat
checking for readlink... readlink
checking for wget... wget
checking for tar... tar
checking for gzip... gzip
checking for bzip2... bzip2
checking for patch... /usr/bin/patch
checking for bash >= 3.1... /bin/bash
checking for GNU awk... /usr/bin/gawk
checking for GNU make >= 3.80... /usr/bin/make
checking whether /usr/bin/make sets $(MAKE)... yes
checking for make 3.81... no
checking for GNU libtool >= 1.5.26... /usr/bin/libtool
checking for GNU libtoolize >= 1.5.26... /usr/bin/libtoolize
checking for GNU automake >= 1.10... /usr/bin/automake
checking for xz... xz
checking for cvs... no
checking for svn... no
checking for inline... inline
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for stdlib.h... (cached) yes
checking for GNU libc compatible malloc... yes
checking for stdlib.h... (cached) yes
checking for GNU libc compatible realloc... yes
checking for size_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes
checking whether gettext is declared... yes
checking ncurses/ncurses.h usability... no
checking ncurses/ncurses.h presence... no
checking for ncurses/ncurses.h... no
checking ncurses/curses.h usability... no
checking ncurses/curses.h presence... no
checking for ncurses/curses.h... no
checking ncursesw/curses.h usability... no
checking ncursesw/curses.h presence... no
checking for ncursesw/curses.h... no
checking ncurses.h usability... yes
checking ncurses.h presence... yes
checking for ncurses.h... yes
checking for library containing initscr... -lncurses
configure: creating ./config.status
config.status: creating Makefile
SED 'ct-ng'
SED 'scripts/crosstool-NG.sh'
SED 'scripts/saveSample.sh'
SED 'scripts/showTuple.sh'
GEN 'config/configure.in'
GEN 'paths.mk'
GEN 'paths.sh'
DEP 'nconf.gui.dep'
DEP 'nconf.dep'
DEP 'lxdialog/yesno.dep'
DEP 'lxdialog/util.dep'
DEP 'lxdialog/textbox.dep'
DEP 'lxdialog/menubox.dep'
DEP 'lxdialog/inputbox.dep'
DEP 'lxdialog/checklist.dep'
DEP 'mconf.dep'
DEP 'conf.dep'
BISON 'zconf.tab.c'
GPERF 'zconf.hash.c'
LEX 'lex.zconf.c'
DEP 'zconf.tab.dep'
CC 'zconf.tab.o'
CC 'conf.o'
LD 'conf'
CC 'lxdialog/checklist.o'
CC 'lxdialog/inputbox.o'
CC 'lxdialog/menubox.o'
CC 'lxdialog/textbox.o'
CC 'lxdialog/util.o'
CC 'lxdialog/yesno.o'
CC 'mconf.o'
LD 'mconf'
CC 'nconf.o'
CC 'nconf.gui.o'
LD 'nconf'
SED 'docs/ct-ng.1'
GZIP 'docs/ct-ng.1.gz'
GEN 'config/configure.in'
GEN 'paths.mk'
GEN 'paths.sh'
MKDIR '/opt/Espressif/crosstool-NG/bin/'
INST 'ct-ng'
MKDIR '/opt/Espressif/crosstool-NG/lib/ct-ng.1.20.0/'
INSTDIR 'config/'
INSTDIR 'contrib/'
INSTDIR 'patches/'
INSTDIR 'scripts/'
INST 'steps.mk'
INST 'paths'
INSTDIR 'samples/'
INST 'kconfig/'
MKDIR '/opt/Espressif/crosstool-NG/share/doc/crosstool-ng/ct-ng.1.20.0/'
INST 'docs/*.txt'
MKDIR '/opt/Espressif/crosstool-NG/share/man/man1/'
INST 'ct-ng.1.gz'
For auto-completion, do not forget to install 'ct-ng.comp' into
your bash completion directory (usually /etc/bash_completion.d)
iiot@ubuntu:/opt/Espressif/crosstool-NG$ ./ct-ng xtensa-lx106-elf
MKDIR config.gen
IN config.gen/arch.in
IN config.gen/kernel.in
IN config.gen/cc.in
IN config.gen/binutils.in
IN config.gen/libc.in
IN config.gen/debug.in
CONF config/config.in
configuration saved
Initially reported by: Max Filippov [email protected]
URL: http://www.esp8266.com/viewtopic.php?f=9&t=224
WARNING! This sample may enable experimental features.
Please be sure to review the configuration prior
to building and using your toolchain!
Now, you have been warned!
Now configured for "xtensa-lx106-elf"
iiot@ubuntu:/opt/Espressif/crosstool-NG$ ./ct-ng build
[INFO ] Performing some trivial sanity checks
[INFO ] Build started 20160619.043708
[INFO ] Building environment variables
[ERROR] Missing: 'x86_64-unknown-linux-gnu-g++' or 'x86_64-unknown-linux-gnu-g++' or 'g++' : either needed!
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_Abort[scripts/functions@331]
[ERROR] >> called from: CT_TestAndAbort[scripts/functions@351]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@455]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> 'share/doc/crosstool-ng/ct-ng.1.20.0/B - Known issues.txt'
[ERROR]
[ERROR](elapsed: 0:01.36)
[00:02] / ct-ng:148: recipe for target 'build' failed
make: *** [build] Error 1
`
[ERROR] configure: error: in `/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/build/build-cc-final'
I have tried a lot of different thing but it has been impossible to make it work :( any help is appreciated
This is my /opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/build/build-cc-final/config.log
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU Autoconf 2.64. Invocation command line was
$ /opt/Espressif/crosstool-NG/.build/src/gcc-4.8.2/configure --build=x86_64-build_unknown-linux-gnu --host=x86_64-build_unknown-linux-gnu --target=xtensa-lx106-elf --prefix=/opt/Espressif/crosstool-NG/builds/xtensa-lx106-elf --with-local-prefix=/opt/Espressif/crosstool-NG/builds/xtensa-lx106-elf/xtensa-lx106-elf/sysroot --disable-libmudflap --with-sysroot=/opt/Espressif/crosstool-NG/builds/xtensa-lx106-elf/xtensa-lx106-elf/sysroot --with-newlib --enable-threads=no --disable-shared --with-pkgversion=crosstool-NG 1.20.0 --disable-__cxa_atexit --with-gmp=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --with-mpfr=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --with-mpc=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --with-isl=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --with-cloog=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --with-libelf=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --enable-lto --enable-target-optspace --disable-libgomp --disable-libmudflap --disable-nls --disable-multilib --enable-languages=c
## --------- ##
## Platform. ##
## --------- ##
hostname = yeke
uname -m = x86_64
uname -r = 4.1.0-1-amd64
uname -s = Linux
uname -v = #1 SMP Debian 4.1.3-1 (2015-08-03)
/usr/bin/uname -p = unknown
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /opt/Espressif/crosstool-NG/builds/xtensa-lx106-elf/bin
PATH: /opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools/bin
PATH: /opt/Espressif/crosstool-NG/.build/tools/bin
PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/local/games
PATH: /usr/games
PATH: /home/yerco/development/phabricator_tools/arcanist/bin
PATH: /home/yerco/development/phabricator_tools/arcanist/resources/shell
PATH: /opt/debian_armel_wheezy/lib/arm-linux-gnueabi
PATH: /home/yerco/development/esp-open-sdk/xtensa-lx106-elf/bin
## ----------- ##
## Core tests. ##
## ----------- ##
configure:2317: checking build system type
configure:2331: result: x86_64-build_unknown-linux-gnu
configure:2378: checking host system type
configure:2391: result: x86_64-build_unknown-linux-gnu
configure:2411: checking target system type
configure:2424: result: xtensa-lx106-elf
configure:2478: checking for a BSD-compatible install
configure:2546: result: /opt/Espressif/crosstool-NG/.build/tools/bin/install -c
configure:2557: checking whether ln works
configure:2579: result: yes
configure:2583: checking whether ln -s works
configure:2587: result: yes
configure:2594: checking for a sed that does not truncate output
configure:2658: result: /opt/Espressif/crosstool-NG/.build/tools/bin/sed
configure:2667: checking for gawk
configure:2683: found /usr/bin/gawk
configure:2694: result: gawk
configure:3164: checking for libatomic support
configure:3170: result: no
configure:3183: checking for libitm support
configure:3189: result: no
configure:3202: checking for libsanitizer support
configure:3208: result: no
configure:3896: checking for x86_64-build_unknown-linux-gnu-gcc
configure:3912: found /opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools/bin/x86_64-build_unknown-linux-gnu-gcc
configure:3923: result: x86_64-build_unknown-linux-gnu-gcc
configure:4192: checking for C compiler version
configure:4201: x86_64-build_unknown-linux-gnu-gcc --version >&5
gcc (Debian 5.2.1-17) 5.2.1 20150911
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
configure:4212: $? = 0
configure:4201: x86_64-build_unknown-linux-gnu-gcc -v >&5
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 5.2.1-17' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-5 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 5.2.1 20150911 (Debian 5.2.1-17)
configure:4212: $? = 0
configure:4201: x86_64-build_unknown-linux-gnu-gcc -V >&5
gcc: error: unrecognized command line option '-V'
gcc: fatal error: no input files
compilation terminated.
configure:4212: $? = 1
configure:4201: x86_64-build_unknown-linux-gnu-gcc -qversion >&5
gcc: error: unrecognized command line option '-qversion'
gcc: fatal error: no input files
compilation terminated.
configure:4212: $? = 1
configure:4232: checking for C compiler default output file name
configure:4254: x86_64-build_unknown-linux-gnu-gcc -O2 -g -pipe -lstdc++ -lm conftest.c >&5
/usr/bin/ld: cannot find -lstdc++
collect2: error: ld returned 1 exit status
configure:4258: $? = 1
configure:4295: result:
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:4301: error: in `/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/build/build-cc-final':
configure:4305: error: C compiler cannot create executables
See `config.log' for more details.
## ---------------- ##
## Cache variables. ##
## ---------------- ##
ac_cv_build='x86_64-build_unknown-linux-gnu'
ac_cv_env_AR_FOR_TARGET_set=''
ac_cv_env_AR_FOR_TARGET_value=''
ac_cv_env_AR_set=''
ac_cv_env_AR_value=''
ac_cv_env_AS_FOR_TARGET_set=''
ac_cv_env_AS_FOR_TARGET_value=''
ac_cv_env_AS_set=''
ac_cv_env_AS_value=''
ac_cv_env_CCC_set=''
ac_cv_env_CCC_value=''
ac_cv_env_CC_FOR_TARGET_set=''
ac_cv_env_CC_FOR_TARGET_value=''
ac_cv_env_CC_set=''
ac_cv_env_CC_value=''
ac_cv_env_CFLAGS_set='set'
ac_cv_env_CFLAGS_value='-O2 -g -pipe '
ac_cv_env_CPPFLAGS_set=''
ac_cv_env_CPPFLAGS_value=''
ac_cv_env_CXXFLAGS_set='set'
ac_cv_env_CXXFLAGS_value='-O2 -g -pipe '
ac_cv_env_CXX_FOR_TARGET_set=''
ac_cv_env_CXX_FOR_TARGET_value=''
ac_cv_env_CXX_set=''
ac_cv_env_CXX_value=''
ac_cv_env_DLLTOOL_FOR_TARGET_set=''
ac_cv_env_DLLTOOL_FOR_TARGET_value=''
ac_cv_env_DLLTOOL_set=''
ac_cv_env_DLLTOOL_value=''
ac_cv_env_GCC_FOR_TARGET_set=''
ac_cv_env_GCC_FOR_TARGET_value=''
ac_cv_env_GCJ_FOR_TARGET_set=''
ac_cv_env_GCJ_FOR_TARGET_value=''
ac_cv_env_GFORTRAN_FOR_TARGET_set=''
ac_cv_env_GFORTRAN_FOR_TARGET_value=''
ac_cv_env_GOC_FOR_TARGET_set=''
ac_cv_env_GOC_FOR_TARGET_value=''
ac_cv_env_LDFLAGS_set='set'
ac_cv_env_LDFLAGS_value=' -lstdc++ -lm'
ac_cv_env_LD_FOR_TARGET_set=''
ac_cv_env_LD_FOR_TARGET_value=''
ac_cv_env_LD_set=''
ac_cv_env_LD_value=''
ac_cv_env_LIBS_set=''
ac_cv_env_LIBS_value=''
ac_cv_env_LIPO_FOR_TARGET_set=''
ac_cv_env_LIPO_FOR_TARGET_value=''
ac_cv_env_LIPO_set=''
ac_cv_env_LIPO_value=''
ac_cv_env_NM_FOR_TARGET_set=''
ac_cv_env_NM_FOR_TARGET_value=''
ac_cv_env_NM_set=''
ac_cv_env_NM_value=''
ac_cv_env_OBJCOPY_set=''
ac_cv_env_OBJCOPY_value=''
ac_cv_env_OBJDUMP_FOR_TARGET_set=''
ac_cv_env_OBJDUMP_FOR_TARGET_value=''
ac_cv_env_OBJDUMP_set=''
ac_cv_env_OBJDUMP_value=''
ac_cv_env_RANLIB_FOR_TARGET_set=''
ac_cv_env_RANLIB_FOR_TARGET_value=''
ac_cv_env_RANLIB_set=''
ac_cv_env_RANLIB_value=''
ac_cv_env_READELF_FOR_TARGET_set=''
ac_cv_env_READELF_FOR_TARGET_value=''
ac_cv_env_READELF_set=''
ac_cv_env_READELF_value=''
ac_cv_env_STRIP_FOR_TARGET_set=''
ac_cv_env_STRIP_FOR_TARGET_value=''
ac_cv_env_STRIP_set=''
ac_cv_env_STRIP_value=''
ac_cv_env_WINDMC_FOR_TARGET_set=''
ac_cv_env_WINDMC_FOR_TARGET_value=''
ac_cv_env_WINDMC_set=''
ac_cv_env_WINDMC_value=''
ac_cv_env_WINDRES_FOR_TARGET_set=''
ac_cv_env_WINDRES_FOR_TARGET_value=''
ac_cv_env_WINDRES_set=''
ac_cv_env_WINDRES_value=''
ac_cv_env_build_alias_set='set'
ac_cv_env_build_alias_value='x86_64-build_unknown-linux-gnu'
ac_cv_env_build_configargs_set=''
ac_cv_env_build_configargs_value=''
ac_cv_env_host_alias_set='set'
ac_cv_env_host_alias_value='x86_64-build_unknown-linux-gnu'
ac_cv_env_host_configargs_set=''
ac_cv_env_host_configargs_value=''
ac_cv_env_target_alias_set='set'
ac_cv_env_target_alias_value='xtensa-lx106-elf'
ac_cv_env_target_configargs_set=''
ac_cv_env_target_configargs_value=''
ac_cv_host='x86_64-build_unknown-linux-gnu'
ac_cv_path_SED='/opt/Espressif/crosstool-NG/.build/tools/bin/sed'
ac_cv_path_install='/opt/Espressif/crosstool-NG/.build/tools/bin/install -c'
ac_cv_prog_AWK='gawk'
ac_cv_prog_CC='x86_64-build_unknown-linux-gnu-gcc'
ac_cv_target='xtensa-lx106-elf'
acx_cv_prog_LN='ln'
## ----------------- ##
## Output variables. ##
## ----------------- ##
AR=''
AR_FOR_BUILD='$(AR)'
AR_FOR_TARGET=''
AS=''
AS_FOR_BUILD='$(AS)'
AS_FOR_TARGET=''
AWK='gawk'
BISON=''
BUILD_CONFIG=''
CC='x86_64-build_unknown-linux-gnu-gcc'
CC_FOR_BUILD='$(CC)'
CC_FOR_TARGET=''
CFLAGS='-O2 -g -pipe '
CFLAGS_FOR_BUILD=''
CFLAGS_FOR_TARGET=''
COMPILER_AS_FOR_TARGET=''
COMPILER_LD_FOR_TARGET=''
COMPILER_NM_FOR_TARGET=''
CONFIGURE_GDB_TK=''
CPPFLAGS=''
CXX=''
CXXFLAGS='-O2 -g -pipe '
CXXFLAGS_FOR_BUILD=''
CXXFLAGS_FOR_TARGET=''
CXX_FOR_BUILD='$(CXX)'
CXX_FOR_TARGET=''
DEBUG_PREFIX_CFLAGS_FOR_TARGET=''
DEFS=''
DLLTOOL=''
DLLTOOL_FOR_BUILD='$(DLLTOOL)'
DLLTOOL_FOR_TARGET=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EXEEXT=''
EXPECT=''
EXTRA_CONFIGARGS_LIBJAVA='--disable-static'
FLAGS_FOR_TARGET=''
FLEX=''
GCC_FOR_TARGET=''
GCC_SHLIB_SUBDIR=''
GCJ_FOR_BUILD='$(GCJ)'
GCJ_FOR_TARGET=''
GDB_TK=''
GFORTRAN_FOR_BUILD='$(GFORTRAN)'
GFORTRAN_FOR_TARGET=''
GNATBIND=''
GNATMAKE=''
GOC_FOR_BUILD='$(GOC)'
GOC_FOR_TARGET=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_GDB_TK=''
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
LD=''
LDFLAGS=' -lstdc++ -lm'
LDFLAGS_FOR_BUILD=''
LDFLAGS_FOR_TARGET=''
LD_FOR_BUILD='$(LD)'
LD_FOR_TARGET=''
LEX=''
LIBOBJS=''
LIBS=''
LIPO=''
LIPO_FOR_TARGET=''
LN='ln'
LN_S='ln -s'
LTLIBOBJS=''
M4=''
MAINT=''
MAINTAINER_MODE_FALSE=''
MAINTAINER_MODE_TRUE=''
MAKEINFO=''
NM=''
NM_FOR_BUILD='$(NM)'
NM_FOR_TARGET=''
OBJCOPY=''
OBJDUMP=''
OBJDUMP_FOR_TARGET=''
OBJEXT=''
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_URL=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
RANLIB=''
RANLIB_FOR_BUILD='$(RANLIB)'
RANLIB_FOR_TARGET=''
RAW_CXX_FOR_TARGET=''
READELF=''
READELF_FOR_TARGET=''
RPATH_ENVVAR=''
RUNTEST=''
SED='/opt/Espressif/crosstool-NG/.build/tools/bin/sed'
SHELL='/bin/bash'
STRIP=''
STRIP_FOR_TARGET=''
SYSROOT_CFLAGS_FOR_TARGET=''
TOPLEVEL_CONFIGURE_ARGUMENTS='/opt/Espressif/crosstool-NG/.build/src/gcc-4.8.2/configure --build=x86_64-build_unknown-linux-gnu --host=x86_64-build_unknown-linux-gnu --target=xtensa-lx106-elf --prefix=/opt/Espressif/crosstool-NG/builds/xtensa-lx106-elf --with-local-prefix=/opt/Espressif/crosstool-NG/builds/xtensa-lx106-elf/xtensa-lx106-elf/sysroot --disable-libmudflap --with-sysroot=/opt/Espressif/crosstool-NG/builds/xtensa-lx106-elf/xtensa-lx106-elf/sysroot --with-newlib --enable-threads=no --disable-shared --with-pkgversion='\''crosstool-NG 1.20.0'\'' --disable-__cxa_atexit --with-gmp=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --with-mpfr=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --with-mpc=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --with-isl=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --with-cloog=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --with-libelf=/opt/Espressif/crosstool-NG/.build/xtensa-lx106-elf/buildtools --enable-lto --enable-target-optspace --disable-libgomp --disable-libmudflap --disable-nls --disable-multilib --enable-languages=c'
WINDMC=''
WINDMC_FOR_BUILD='$(WINDMC)'
WINDMC_FOR_TARGET=''
WINDRES=''
WINDRES_FOR_BUILD='$(WINDRES)'
WINDRES_FOR_TARGET=''
YACC=''
ac_ct_CC=''
ac_ct_CXX=''
bindir='${exec_prefix}/bin'
build='x86_64-build_unknown-linux-gnu'
build_alias='x86_64-build_unknown-linux-gnu'
build_configargs=''
build_configdirs='build-libiberty build-texinfo build-flex build-bison build-m4 build-fixincludes'
build_cpu='x86_64'
build_libsubdir='build-x86_64-build_unknown-linux-gnu'
build_noncanonical='x86_64-build_unknown-linux-gnu'
build_os='linux-gnu'
build_subdir='build-x86_64-build_unknown-linux-gnu'
build_tooldir=''
build_vendor='build_unknown'
clooginc=''
clooglibs=''
compare_exclusions=''
configdirs='intl libiberty opcodes bfd readline tcl tk itcl libgui zlib libbacktrace libcpp libdecnumber gmp mpfr mpc isl cloog libelf libiconv texinfo flex bison binutils gas ld fixincludes gcc cgen sid sim gdb gprof etc expect dejagnu m4 utils guile fastjar gnattools'
datadir='${datarootdir}'
datarootdir='${prefix}/share'
do_compare=''
docdir='${datarootdir}/doc/${PACKAGE}'
dvidir='${docdir}'
exec_prefix='NONE'
extra_host_libiberty_configure_flags=''
extra_isl_gmp_configure_flags=''
extra_mpc_gmp_configure_flags=''
extra_mpc_mpfr_configure_flags=''
extra_mpfr_configure_flags=''
gmpinc=''
gmplibs=''
host='x86_64-build_unknown-linux-gnu'
host_alias='x86_64-build_unknown-linux-gnu'
host_configargs=''
host_cpu='x86_64'
host_noncanonical='x86_64-build_unknown-linux-gnu'
host_os='linux-gnu'
host_subdir='.'
host_vendor='build_unknown'
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
islinc=''
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
mandir='${datarootdir}/man'
oldincludedir='/usr/include'
pdfdir='${docdir}'
poststage1_ldflags=''
poststage1_libs=''
prefix='/opt/Espressif/crosstool-NG/builds/xtensa-lx106-elf'
program_transform_name='s&^&xtensa-lx106-elf-&'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
stage1_cflags=''
stage1_checking=''
stage1_languages=''
stage1_ldflags=''
stage1_libs=''
stage2_werror_flag=''
sysconfdir='${prefix}/etc'
target='xtensa-lx106-elf'
target_alias='xtensa-lx106-elf'
target_configargs=''
target_configdirs='target-libgcc target-libbacktrace target-libgloss target-newlib target-libgomp target-libatomic target-libitm target-libstdc++-v3 target-libmudflap target-libsanitizer target-libssp target-libquadmath target-libgfortran target-boehm-gc target-libffi target-zlib target-libjava target-libobjc target-libada target-libgo target-rda'
target_cpu='xtensa'
target_noncanonical='xtensa-lx106-elf'
target_os='elf'
target_subdir='xtensa-lx106-elf'
target_vendor='lx106'
tooldir=''
## ------------------- ##
## File substitutions. ##
## ------------------- ##
alphaieee_frag=''
host_makefile_frag='/dev/null'
ospace_frag=''
serialization_dependencies=''
target_makefile_frag=''
## ----------- ##
## confdefs.h. ##
## ----------- ##
/* confdefs.h */
#define PACKAGE_NAME ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define PACKAGE_STRING ""
#define PACKAGE_BUGREPORT ""
#define PACKAGE_URL ""
configure: exit 77
ct-ng build command fails, branch lx106 - xtensa-lx106-elf build
Hi,
I have seen other people reporting the same issue but not exactly same to the detail.
I kept working around issues as they came, but stuck at a point. Below is the detail:
Basically, the reference for steps to build for me is from (https://w.electrodragon.com/w/ESP8266_GCC_SDK). I am working to setup bare metal build environment/ non os sdk for "ESP-01 8266" module. On Ubuntu 20.04.4 LTS virtual box (on windows machine).
1)Installed dependencies for next steps.
2)Downloaded lx106 branch and ensured access permissions issue do not arise.
3)./bootstrap; ./configure --prefix=pwd;make; make install
NOTE- In step "make", there was an issue in kconfig/zonf.hash.c compilation for which I corrected the source file and went ahead (data type mismatch in function definition vs function declaration)
4)./ct-ng xtensa-lx106-elf;./ct-ng build
Getting error at ct-ng build. It is trying to fetch mpc library from github but URL mismatch or fetch issue is happening. I installed manually the required mpc (multiprecision complex processing library) and edited .config file and somehow worked around this issue.
Next is issue with gcc: I do not have exact issue but after tweaking .config to bypass gcc build (CT_CC_GCC=n) and re-executing ./ct-ng build, below is the error:
.... ...
... ... ...
[DEBUG] ==> Executing: 'make' '-j5' '-l' '-C' 'gcc' 'libgcc.mk'
[ALL ] make[1]: Entering directory '/opt/esp8266/crosstool-NG-lx106/.build/xtensa-lx106-elf/build/build-cc-final/gcc'
[ALL ] make[1]: *** No rule to make target 'libgcc.mk'. Stop.
[ALL ] make[1]: Leaving directory '/opt/esp8266/crosstool-NG-lx106/.build/xtensa-lx106-elf/build/build-cc-final/gcc'
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step 'Installing final compiler'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@257]
[ERROR] >> called from: do_cc_core_backend[scripts/build/cc/gcc.sh@464]
[ERROR] >> called from: do_cc_for_host[scripts/build/cc/gcc.sh@595]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@638]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> 'share/doc/crosstool-ng/ct-ng.1.20.0/B - Known issues.txt'
[ERROR]
[ERROR] (elapsed: 2:22.33)
Awaiting reply and support.
Thanks in advance.
Bash on ubuntu on windows cannot build
[INFO ] Installing final compiler
[INFO ] Installing final compiler: done in 399.41s (at 67:36)
[INFO ] =================================================================
[INFO ] Installing cross-gdb
[ERROR] configure: error: expat is missing or unusable
[ERROR] make[2]: *** [configure-gdb] Error 1
[ERROR] make[1]: *** [all] Error 2
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step 'Installing cross-gdb'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@257]
[ERROR] >> called from: do_debug_gdb_build[scripts/build/debug/300-gdb.sh@174]
[ERROR] >> called from: do_debug[scripts/build/debug.sh@35]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@638]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> 'share/doc/crosstool-ng/ct-ng.1.20.0/B - Known issues.txt'
[ERROR]
[ERROR] (elapsed: 72:28.46)
[72:31] / ct-ng:148: recipe for target 'build' failed
make: *** [build] Error 2
when I execute "./ct-ng build"
'.text' will not fit in iram1_0_seg .. link fails on IoT demo example
Max... got the toolchain to build the SDK example IoT demo successfully in FreeBSD 10.1 now,,
..but am now blowing out the text segment in iram1_0_seg..
I have seen some other discussion on this topic, but not clear if there has been an accepted solution, ie rebuild the libs locally, or not, etc..
Appreciate any direction here to get the over this last(:-) hurdle ..
(If this is not the appropriate place to post this, please let me know)
I have posted the output of the compile/link to pastebin here - http://pastebin.com/egnFgqD9
ERROR in build -- [ALL ] *** Newlib does not support CPU xtensa
In trying to build the tree in FreeBSD 10.1, I am getting the following errors about the Newlib lib..
The makefile is set to use the gnu tools (gmake,gsed,gawk,etc)
Here is the last few lines of build.log:
[ALL ] checking dependency style of xtensa-unknown-elf-cc -B/research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/build/build-libc/xtensa-unknown-elf/newlib/ -isystem /research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/build/build-libc/xtensa-unknown-elf/newlib/targ-include -isystem /research/Esp8266/esp-open-sdk/crosstool-NG/.build/src/newlib-1.20.0/newlib/libc/include -B/research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/build/build-libc/xtensa-unknown-elf/libgloss/xtensa -L/research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/build/build-libc/xtensa-unknown-elf/libgloss/libnosys -L/research/Esp8266/esp-open-sdk/crosstool-NG/.build/src/newlib-1.20.0/libgloss/xtensa ... gcc3
[ALL ] checking whether we are using GNU C... yes
[ALL ] checking whether xtensa-unknown-elf-cc -B/research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/build/build-libc/xtensa-unknown-elf/newlib/ -isystem /research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/build/build-libc/xtensa-unknown-elf/newlib/targ-include -isystem /research/Esp8266/esp-open-sdk/crosstool-NG/.build/src/newlib-1.20.0/newlib/libc/include -B/research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/build/build-libc/xtensa-unknown-elf/libgloss/xtensa -L/research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/build/build-libc/xtensa-unknown-elf/libgloss/libnosys -L/research/Esp8266/esp-open-sdk/crosstool-NG/.build/src/newlib-1.20.0/libgloss/xtensa accepts -g... no
[ALL ] checking for xtensa-unknown-elf-as... /research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/buildtools/lib/gcc/xtensa-unknown-elf/4.8.3/../../../../xtensa-unknown-elf/bin/as
[ALL ] checking for xtensa-unknown-elf-ar... /research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/buildtools/lib/gcc/xtensa-unknown-elf/4.8.3/../../../../xtensa-unknown-elf/bin/ar
[ALL ] checking for xtensa-unknown-elf-ranlib... /research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/buildtools/lib/gcc/xtensa-unknown-elf/4.8.3/../../../../xtensa-unknown-elf/bin/ranlib
[ALL ] checking for xtensa-unknown-elf-readelf... xtensa-unknown-elf-readelf
[ALL ] checking whether to enable maintainer-specific portions of Makefiles... no
[ALL ] *** Newlib does not support CPU xtensa
[ALL ] Makefile:6922: recipe for target 'configure-target-newlib' failed
[ERROR] gmake[2]: *** [configure-target-newlib] Error 1
[ALL ] gmake[2]: Leaving directory '/research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/build/build-libc'
[ALL ] Makefile:842: recipe for target 'all' failed
[ERROR] gmake[1]: *** [all] Error 2
[ALL ] gmake[1]: Leaving directory '/research/Esp8266/esp-open-sdk/crosstool-NG/.build/xtensa-unknown-elf/build/build-libc'
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step 'Installing C library'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@257]
[ERROR] >> called from: do_libc[scripts/build/libc/newlib.sh@122]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@638]
Issue during make
After executing ./bootstrap and ./configure, when I ran make I've got this error:
In file included from zconf.tab.c:213:0: zconf.hash.c:163:1: error: conflicting types for ‘kconf_id_lookup’ kconf_id_lookup (register const char *str, register size_t len) ^~~~~~~~~~~~~~~ zconf.hash.c:34:25: note: previous declaration of ‘kconf_id_lookup’ was here static struct kconf_id *kconf_id_lookup(register const char *str, register unsigned int len); ^~~~~~~~~~~~~~~ make[2]: *** [Makefile:96: zconf.tab.o] Error 1 make[1]: *** [Makefile:166: build-lib-kconfig] Error 2 make: *** [Makefile:126: build] Error 2
I'm in the branch lx106-g++
Error building crosstool-NG on FreeBSD 10.3
I tried building crosstool-NG from source as part of the build process for this SDK: https://github.com/pfalcon/esp-open-sdk
It starts building gcc-4.8.5 but an error occurs with ld
I made sure to install the gnu version of the userland tools including gmake, gpatch, binutils, wget
Here is a link to build.log: https://psu.box.com/s/8yx1r3euxedtme8jat8bcelke1hcyseo
Can't compile branch lx106-g++-1.21.0 with GCC6
Hi all.
I tried to compile this github repo, using the lx106-g++-1.21.0 branch, but at the end of the compilation process, an error is shown, and the installation process is not finished. The error is the following:
[ERROR] cfns.gperf:101:1: error: 'const char* libc_name_p(const char*, unsigned int)' redeclared inline with 'gnu_inline' attribute
[ERROR] make[2]: *** [cp/except.o] Error 1
[ERROR] make[1]: *** [all-gcc] Error 2
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step 'Installing final compiler'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@257]
[ERROR] >> called from: do_cc_core_backend[scripts/build/cc/gcc.sh@482]
[ERROR] >> called from: do_cc_for_host[scripts/build/cc/gcc.sh@596]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@638]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> 'share/doc/crosstool-ng/ct-ng.1.21.0/B - Known issues.txt'
[ERROR]
[ERROR] (elapsed: 12:49.04)
[12:50] / ct-ng:147: fallo en las instrucciones para el objetivo 'build'
make: *** [build] Error 2
After some research, I found out that the error is common in others versions of GCC, and its solution is easy (in fact, I think this error is solved in other branches of this repo).
I managed to solve this error by adding the following lines in cfns.h (which is downloaded by ./ct-ng build)
#ifdef __GNUC_STDC_INLINE__
__attribute__ ((__gnu_inline__))
#endif
I think that this fix should be pushed to the branch (but I'm not sure how this works).
Thanks for the effort and sorry for the bad english.
EDIT: I tried right now by erasing all the files and cloning them, but original file cfns.h already has this:
#ifdef __GNUC__
__inline
#ifdef __GNUC_STDC_INLINE__
__attribute__ ((__gnu_inline__))
#endif
#endif
This also does not work, but it can't be fixed like that anymore.
Any help would be appreciated.
Thanks in advance.
newlib config for lx106/esp8266 is too bloated
[migrated from https://github.com/jcmvbkbc/newlib-xtensa/issues/1]
Trying to compile Espressif "AT" firmware with a toolchain built with
https://github.com/jcmvbkbc/crosstool-NG and this newlib, I get error:
/mnt/hdd/projects-3rdparty/xtensa/esp-open-sdk/xtensa-lx106-elf/bin/../lib/gcc/xtensa-lx106-elf/4.8.2/../../../../xtensa-lx106-elf/bin/ld: at section `.text' will not fit in region `iram1_0_seg'
/mnt/hdd/projects-3rdparty/xtensa/esp-open-sdk/xtensa-lx106-elf/bin/../lib/gcc/xtensa-lx106-elf/4.8.2/../../../../xtensa-lx106-elf/bin/ld: region `iram1_0_seg' overflowed by 6708 bytes
collect2: error: ld returned 1 exit status
That's because libc code goes into .text segment, which in turn goes into "iram" on ESP8266 which is just 32K, and newlib config appears too bloated for such device.
Can you please look into slimming it down?
Newlib overlay incorrectly packaged in lx106 overlay
An issue has been submitted in upstream crosstool-NG (crosstool-ng/crosstool-ng#698) and while looking at it, I tried to build a configuration using an overlay, xtensa_lx106.tar. It failed.
The reason for the failure is that the newlib portion of the overlay is extracted into a wrong directory. The overlay tarball is extracted using the tar --strip-components=1 -xv -f /home/avn/work/ctng/xtensa/crosstool-ng/overlays/xtensa_lx106.tar newlib command. The contents of the archive is as follows:
binutils/
binutils/ld/
binutils/bfd/
binutils/bfd/xtensa-modules.c
binutils/include/
binutils/include/xtensa-config.h
gcc/
gcc/include/
gcc/include/xtensa-config.h
gdb/
gdb/gdb/
gdb/gdb/gdbserver/
gdb/gdb/gdbserver/xtensa-xtregs.c
gdb/gdb/regformats/
gdb/gdb/regformats/reg-xtensa.dat
gdb/gdb/xtensa-config.c
gdb/bfd/
gdb/bfd/xtensa-modules.c
gdb/include/
gdb/include/xtensa-config.h
newlib/
newlib/libc/
newlib/libc/sys/
newlib/libc/sys/xtensa/
newlib/libc/sys/xtensa/include/
newlib/libc/sys/xtensa/include/xtensa/
newlib/libc/sys/xtensa/include/xtensa/config/
newlib/libc/sys/xtensa/include/xtensa/config/core-isa.h
The newlib build fails because the newlib-2.0.0/newlib/libc/sys/xtensa/include/xtensa/config/core-isa.h file is missing. Accounting for the first stripped path component, this file should have been packaged as newlib/newlib/libc/sys/xtensa/include/xtensa/config/core-isa.h (i.e. one level deeper in the directory tree).
The build does not fail in this fork because one of the local patches (local-patches/newlib/2.0.0/0002-xtensa-cleanups.patch) creates this missing file.
The other two overlays in the overlays/ directory have the newlib packaged correctly. E.g. in esp32 overlay:
newlib/newlib/libc/sys/xtensa/include/xtensa/config/core-isa.h
With that fixed, newlib still fails though ("Newlib does not support CPU xtensa") - it looks like your local patches need to be ported upstream, to crosstool-NG and/or newlib.
"overlay" and "local-patches" folders missing while installing
the comand make install doesn't take care of installing this two fundamental missing pieces. I had to copy them into my custom installation path which is :
$HOME/Programs/ct-ng/lib/crosstool-ng-1.22.0-42-g1fbfd12
otherwise the build breaks with this error :
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step 'Installing C library'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@257]
[ERROR] >> called from: do_libc[scripts/build/libc/newlib.sh@128]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@646]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> '/home/arturo/Programs/ct-ng/share/doc/crosstool-ng/crosstool-ng-1.22.0-42-g1fbfd12/B - Known issues.txt'
[ERROR]
[ERROR] (elapsed: 7:04.35)
please take care of it....
The toolchain should "xtensa-lx106-elf-gcc"
In build, output "xtensa-lx106-elf-gcc-4.8.2", maybe should "xtensa-lx106-elf-gcc"?
Error: invalid register 'atomctl' for 'wsr' instruction in reset-vector.S
Getting an error while cross compling xtensa source xtos with crosstool-NG
reset-vector.S: Assembler messages:
reset-vector.S:291: Error: unknown opcode or format name 'wsr.atomctl'
Makefile.src:281: recipe for target 'reset-vector-unpack.o' failed
make: *** [reset-vector-unpack.o] Error 1
Host : 32 bit ubuntu 16.04 LTS
crosstool-NG : crosstool-NG 1.24.0
Does not compile in cygwin
Make fails on cygwin (32-bit - may be same with 64-bit) with errors about undefined reference to libintl...
See this post for details of problem and fix: https://sourceware.org/ml/crossgcc/2012-05/msg00012.html.
Error: unable to resolve host address 'www.multiprecision.org'
From build.log
Trying 'http://www.multiprecision.org/mpc/download/mpc-1.0.2'
[DEBUG] ==> Executing: 'wget' '--passive-ftp' '--tries=3' '-nc' '--progress=dot:binary' '-T' '10' '-O' '/opt/esp-open-sdk/crosstool-NG/.build/tarballs/mpc-1.0.2.tmp-dl' 'http://www.multiprecision.org/mpc/download/mpc-1.0.2'
[ALL ] --2016-01-18 16:11:32-- http://www.multiprecision.org/mpc/download/mpc-1.0.2
[ALL ] Resolving www.multiprecision.org (www.multiprecision.org)... failed: Name or service not known.404 not found when build arm compiler on raspberry pi
--2016-09-18 19:02:31-- https://www.kernel.org/pub/linux/kernel/v4.x/longterm/linux-4.3
[ALL ] Connecting to www.kernel.org (www.kernel.org)|149.20.4.69|:443... connected.
[ALL ] HTTP request sent, awaiting response... 404 Not Found
[ALL ] 2016-09-18 19:02:31 ERROR 404: Not Found.
[ALL ]
[DEBUG] Not at this location: "http://www.kernel.org/pub/linux/kernel/v4.x/longterm/linux-4.3"
esp8266 or esp32
will it work with http://eigen.tuxfamily.org/ or with http://www.numerix-dsp.com/siglib.html, please advise.
Does not compile on Bash for Windows 10
In new version of WSL, Ubuntu 16.04.1 LTS, making toolchain fail in step 'Installing ISL for host'
================================================================
[INFO ] Installing ISL for host
[ERROR] make[3]: *** [/mnt/d/ESP82/esp-open-sdk/crosstool-NG/.build/src/isl-0.14/Makefile.in] Error 1
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step 'Installing ISL for host'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@257]
[ERROR] >> called from: do_isl_backend[scripts/build/companion_libs/121-isl.sh@125]
[ERROR] >> called from: do_isl_for_host[scripts/build/companion_libs/121-isl.sh@73]
[ERROR] >> called from: do_companion_libs_for_host[scripts/build/companion_libs.sh@36]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@646]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> 'share/doc/crosstool-ng/crosstool-ng-1.22.0-55-gecfc19a/B - Known issues.txt'
[ERROR]
[ERROR] (elapsed: 19:03.90)
[19:06] / ct-ng:152: recipe for target 'build' failed
make[2]: *** [build] Error 2
make[2]: Leaving directory '/mnt/d/ESP82/esp-open-sdk/crosstool-NG'
../Makefile:130: recipe for target '_toolchain' failed
make[1]: *** [_toolchain] Error 2
make[1]: Leaving directory '/mnt/d/ESP82/esp-open-sdk/crosstool-NG'
Makefile:126: recipe for target '/mnt/d/ESP82/esp-open-sdk/xtensa-lx106-elf/bin/xtensa-lx106-elf-gcc' failed
make: *** [/mnt/d/ESP82/esp-open-sdk/xtensa-lx106-elf/bin/xtensa-lx106-elf-gcc] Error 2`
Expat 2.1.0 - 404 not found
It seems like Expat 2.1.0 is no longer available at that URI. I modified the file config/companion_libs/expat.in to replace all instaces of 2.1.0 with 2.2.0.
This seems to fix the problem I encountered. I can make a formal PR if you would like.
Schmorrison
Problems with corrupt binutils tarball on Debian
I try to compile on debian jessie and always fail on the binutils unpack stage, l
patching file progs/tset.c
[DEBUG] Looking for patches in '/home/esp/crosstool-NG/lib/crosstool-ng-1.22.0-73-ge28a011/patches/ncurses/6.0/xtensa'...
[DEBUG] Looking for patches in '/home/esp/crosstool-NG/local-patches/ncurses/6.0'...
[ALL ] Overiding config.guess and config.sub
[ALL ] mode of './config.guess' retained as 0755 (rwxr-xr-x)
[ALL ] '/home/esp/crosstool-NG/scripts/config.guess' -> './config.guess'
[ALL ] mode of './config.sub' retained as 0755 (rwxr-xr-x)
[ALL ] '/home/esp/crosstool-NG/scripts/config.sub' -> './config.sub'
[DEBUG] ==> Executing: 'touch' '/home/esp/crosstool-NG/.build/src/.ncurses-6.0.patched'
[DEBUG] ==> Executing: 'rm' '-f' '/home/esp/crosstool-NG/.build/src/.ncurses-6.0.patching'
[DEBUG] ==> Executing: 'touch' '/home/esp/crosstool-NG/.build/src/.binutils-2.25.1.extracting'
[DEBUG] Entering '/home/esp/crosstool-NG/.build/src'
[EXTRA] Extracting 'binutils-2.25.1'
[DEBUG] ==> Executing: 'mkdir' '-p' 'binutils-2.25.1'
Checking the tarball it is actually corrupt and can't be unpacked. The rest of the tarballs in .build/tarballs/ appears to unpack OK also manually
Any workaround or hint to this?
Errors with gcc-5.2.0 wide-int.h when compiling esp32 toolchain - tried multiple host gcc versions
I am running Manjaro (Arch) Linux with 4.18.0-1 kernel. I tried setting my environment vars and ./configure to use gcc, g++, and cpp 8.1.1+20180531-1 and 7.3.1+20180406-2 and with both I got the same errors mentioned here. I also tried 5.4.1-1 but got a different error, I didn't save the logs in that case.
The 8.1.1 and 7.3.1 errors occur during the pass 2 core C gcc compile step. They all seem to be with the wide-int.h header file for gcc-5.2.0. Errors include, but are not limited to:
error: too many template-parameter-lists
error: invalid use of incomplete type 'struct wi::int_traits<generic_wide_int >'
error: no type named 'result_type' in 'struct wi::unary_traits<generic_wide_int<wide_int_storage> >'
error: incomplete type 'wi::int_traits<generic_wide_int<trailing_wide_int_storage> >' used in nested name specifier
...and other similar errors.
I turned debug logging on with verbosity at the highest possible level - the build.log is attached in a .zip file. It expands to just over 10MB. This is from host gcc version 7.3.1.
esp32-crosstoolng-build-debugenabled.zip
Error: gcc-4.8.2 html downloaded instead of tar.bz2, on raspberry pi rpi
When I tried to compile the code in the current raspbian, I got this error:
Don't know how to handle 'gcc-4.8.2': unknown extension.
When I check the .build/tarballs directory I saw that the gcc-4.8.2 sources wan't downloaded and instead of they I had the html file with the links to the tarballs.
A walk around is download gcc manually and put it in .build/tarballs directory.
C++ exceptions support for ESP8266
Hi,
I'm using esp-open-rtos, which uses esp-open-sdk which uses crosstool-NG.. so I figured I'd ask here. Sorry if that's not appropriate.
I'm trying to use C++ exceptions, but throwing exceptions always seems to result in an abort() call, even if the exception is caught. E.g. the following code:
try { throw 1; } catch(...) { } results in abort() invoked at 0x40228c8c..
I've added this line to crosstool-config-overrides of esp-open-sdk:
CT_CC_GCC_ENABLE_CXX_FLAGS="-fexceptions -fno-rtti"
which results in this line being added at the bottom of .config
but no luck so far. The Esp32 idf does support exceptions, so I was hoping this should be possible on the ESP8266 too. Any ideas are welcome.
xcode/yosemite compile
On Yosemite; Xcode 6.3 (Build version 6D570) various errors:
error: no member named 'ptrdiff_t' in the global namespace
error: unknown type name 'ptrdiff_t'
can be fixed by adding a
#include <stddef.h>
in the files below.
graphite.c
graphite-blocking.c
graphite-clast-to-gimple.c
graphite-dependences.c
graphite-interchange.c
graphite-optimize-isl.c
graphite-poly.c
graphite-scop-detection.c
graphite-sese-to-poly.c
libtool version check error in configure script
When I run ./bootstrap && ./configure, there is an error at the last line:
configure: error: could not find GNU libtool >= 1.5.26;
but my libtool version is 2.4.6:
$ libtoolize --version
libtoolize (GNU libtool) 2.4.6
Written by Gary V. Vaughan <[email protected]>, 2003
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.It's maybe a regex issue in configure.ac I think, but I don't familiar with the grammar of it.
Timeouts for download, isl-0.12.2 not where it's looked for
isl-0.12.2 that needs to be downloaded is not at the given urls, and so configure/download/build script fails numerous times to download it.
ftp.linux.student.kuleuven.be is offline, only working copy is http://mirrors.kernel.org/sources.redhat.com/gcc/infrastructure/isl-0.12.2.tar.bz2
Can you fix the sources to ensure availability of all files and avoid timeouts?
Thanks.
crosstool-NG cross compiled gcc is giving error while compiling
Dear Sir,
I am using cygwin-32 bit environment
cygcheck (cygwin) 2.11.2
System Checker for Cygwin
Copyright (C) 1998 - 2018 Cygwin Authors
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
I have using cross-compiled gcc by Crosstool-NG for Xtensa.
While compiling Xtensa sources i am getting error
xtensa--gcc: error: unrecognized command line option '-mno-coproc'; did you mean '-fno-coomon' ?
xtensa--gcc: error: unrecognized command line option '-mno-l32r-flix
can you suggest me how to resolve this issue.
Have i missed any configuration parameters while configuring cross-tool-NG?
Error building with gcc 6.1.1 due to incompatible inline declaration in cfns.h
Building the toolchain using gcc 6.1.1 fails. The failure is in .build/src/gcc-4.8.5/gcc/cp/cfns.h. The issue is that the declaration of libc_name_p does not match the definition of this function. The discrepancy is how the inline attribute is given. It seems that this only manifests as an error using a recent version of gcc as the host compiler (v5 used to work for me but v6 now fails).
This patch seems to fix the problem:
--- cfns.h.orig 2016-05-22 22:59:08.761082973 +0100
+++ cfns.h 2016-05-22 22:49:01.791989920 +0100
@@ -54,6 +54,9 @@
#ifdef __GNUC__
__inline
#endif
+#ifdef __GNUC_STDC_INLINE__
+__attribute__ ((__gnu_inline__))
+#endif
const char * libc_name_p (const char *, unsigned int);
/* maximum key range = 391, duplicates = 0 */
(Probably cfns.gperf should also be updated in a similar way.)
The issue looks like it was first discovered here: https://gcc.gnu.org/ml/gcc-patches/2015-08/msg00375.html but in a different context.
I don't know if this can/should be fixed in this repo or further upstream?
Weird gaps between symbols in .bss and .rodata
i'm looking closely at my global variable usage using objdump and i see big gaps in between symbols in .bss
3ffeb3f2 g O .bss 00000002 avg_freqoffset_sta_freqcal
3ffeb3f4 g O .bss 0000001c DefFreqCalTimer
3ffeb410 g O .bss 00000002 PktNumInOneChk
3ffebcd0 g O .bss 00000040 wDevCtrl
3ffebe78 g O .bss 00000001 NMIIrqIsOn
3ffebe7c g O .bss 00000004 WdevTimOffSet
3ffef5c8 g O .bss 00000001 tout_dis_txpwr_track
3ffef5c9 g O .bss 00000001 sleep_mode_flag
PktNumInOneChk: supposedly 2 bytes, a gap of 2240.
WdevTimOffSet: size 4 bytes, a gap of 14156 (!) before the next symbol, tout_dis_txpwr_track
what could be using space in these gaps? i don't think they are static variables, as i can see my statics in the output.
Compiling Error: Build failed in step 'Installing final compiler'
I tried building the esp-open-sdk from pfalcon, which includes your crosstool-NG, in order to compile nodemcu for my ESP.
I got the following error on my Ubuntu 10.04.4 32bit System, during the building process:
[INFO ] Installing final compiler
[ERROR] make[4]: *** [cc1] Error 1
[ERROR] make[3]: *** [all-gcc] Error 2
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step 'Installing final compiler'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@257]
[ERROR] >> called from: do_cc_core_backend[scripts/build/cc/gcc.sh@483]
[ERROR] >> called from: do_cc_for_host[scripts/build/cc/gcc.sh@595]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@638]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> 'share/doc/crosstool-ng/ct-ng.1.20.0/B - Known issues.txt'
[ERROR]
[ERROR] (elapsed: 53:36.00)
[53:37] / make[2]: *** [build] Fehler 2
make[2]: Verlasse Verzeichnis '/home/simon/esp-open-sdk/crosstool-NG'
make[1]: *** [_toolchain] Fehler 2
make[1]: Verlasse Verzeichnis '/home/simon/esp-open-sdk/crosstool-NG'
make: *** [/home/simon/esp-open-sdk/xtensa-lx106-elf/bin/xtensa-lx106-elf-gcc] Fehler 2I hope you can help me with this.
Thanks in Advance.
s137
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.