... are you cloning every single time? You just need to
Code: Select all
git pull
... are you cloning every single time? You just need to
Code: Select all
git pull
Building on Linux, it's sufficient to do:
Code: Select all
git clone --recursive https://github.com/rusefi/rusefi.git
cd rusefi/firmware
make -j $(nproc)
Meh, storage is cheap. A full clone is only ~4 gig. A lot of that is the submodule for the MCU definition files for debugging which are extremely compressed, so the download is far smaller than 4 gig.
Code: Select all
--depth 1
I see at least three separate red flags here. Please close Chibistudio and focus on compiling things from command line. At the moment I suspect that you are compiling the wrong thing or maybe you've cloned source code from a wrong place or else, at the moment too much stuff is broken too badly.Boostonabudget wrote: ↑Sun Apr 25, 2021 4:49 pmHaving some issues getting anything to build firmware. Have Chibistudio installed with gnu gcc arm and everything I was told to get along with adding plenty of path directories.
i totally agree and I'm not asking for hand outs, i have definitely given up on chibistudio and have got wsl up and running now. ill go through the forum and see what i can findAndreyB wrote: ↑Sun Apr 25, 2021 4:57 pmI see at least three separate red flags here. Please close Chibistudio and focus on compiling things from command line. At the moment I suspect that you are compiling the wrong thing or maybe you've cloned source code from a wrong place or else, at the moment too much stuff is broken too badly.Boostonabudget wrote: ↑Sun Apr 25, 2021 4:49 pmHaving some issues getting anything to build firmware. Have Chibistudio installed with gnu gcc arm and everything I was told to get along with adding plenty of path directories.
There is an expectation that anyone who needs to compile the code should be able to figure it out without much hand holding. It is my honest, respectful and blunt opinion that most of the people unable to compile the code with all the information publicly available should not be doing it at all.
Well, I have no right to tell you how to spend your time but I have to be careful about how I spend my time supporting efforts which are not going well in my opinion.
Damn, you are not compiling rusEFI! You are compiling https://github.com/mck1117/wideband/ It's unfortunate that such an important detail was omitted in your question. rusefi/rusefi and mck1117/wideband are related but very different repositories with different owners and different... everything.Boostonabudget wrote: ↑Sun Apr 25, 2021 4:49 pmThis is the error I get everytime:
Makefile:171: ../ChibiOS/os/common/startup/ARMCMx/compilers/GCC/mk/rules.mk: such file or directory
Code: Select all
Compiling check.c
cc1: error: -Werror=implicit-fallthrough: no option -Wimplicit-fallthrough
make: *** [build/obj/check.o] Error 1
Code: Select all
/Applications/ARM/bin/arm-none-eabi-gcc -v
Using built-in specs.
COLLECT_GCC=/Applications/ARM/bin/arm-none-eabi-gcc
COLLECT_LTO_WRAPPER=/Applications/ARM/bin/../lib/gcc/arm-none-eabi/10.3.1/lto-wrapper
Target: arm-none-eabi
Configured with: /tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/src/gcc/configure --target=arm-none-eabi --prefix=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/install-native --libexecdir=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/install-native/lib --infodir=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/install-native/share/doc/gcc-arm-none-eabi/info --mandir=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/install-native/share/doc/gcc-arm-none-eabi/man --htmldir=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/install-native/share/doc/gcc-arm-none-eabi/html --pdfdir=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/install-native/share/doc/gcc-arm-none-eabi/pdf --enable-languages=c,c++ --enable-plugins --disable-decimal-float --disable-libffi --disable-libgomp --disable-libmudflap --disable-libquadmath --disable-libssp --disable-libstdcxx-pch --disable-nls --disable-shared --disable-threads --disable-tls --with-gnu-as --with-gnu-ld --with-newlib --with-headers=yes --with-python-dir=share/gcc-arm-none-eabi --with-sysroot=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/install-native/arm-none-eabi --build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10 --with-gmp=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/build-native/host-libs/usr --with-mpfr=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/build-native/host-libs/usr --with-mpc=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/build-native/host-libs/usr --with-isl=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/build-native/host-libs/usr --with-libelf=/tmp/jenkins-GCC-10-pipeline-338_20211018_1634516195/build-native/host-libs/usr --with-host-libstdcxx='-static-libgcc -Wl,-lstdc++ -lm' --with-pkgversion='GNU Arm Embedded Toolchain 10.3-2021.10' --with-multilib-list=rmprofile,aprofile
Thread model: single
Supported LTO compression algorithms: zlib
gcc version 10.3.1 20210824 (release) (GNU Arm Embedded Toolchain 10.3-2021.10)
Code: Select all
Creating build/rusefi.list
Creating build/rusefi.hex
Creating build/rusefi.bin
Creating build/rusefi.dmp
text data bss dec hex filename
598336 1996 189168 789500 c0bfc build/rusefi.elf
Creating build/rusefi.list
Done
Done
Creating build/rusefi.srec
bss Total size: 95925
ram4 Total size: 0
text Total size: 458480
data Total size: 1972
rodata Total size: 136722
19 .ram4 0000eab8 10000000 08092914 000c0000 2**3
This being flaky is why I prefer the solution here that just tells the user what to do instead of trying to do magically do it (which may not work!): https://github.com/mck1117/wideband/blob/0572719783733221aebfcab1f6b2a3e969f1392c/firmware/Makefile#L104
is it flaky? why is it flaky? would any engineer be able to fix it?
Sorry, I didn't realize my post was authorized. Here is the screenshot as I type it out in cmd.exe of Windows 10
Code: Select all
git submodule update --init
I get a small (1 second) delay after hitting the Enter key, then it just waits for me to enter the next command as seen hereAndreyB wrote: ↑Fri Jul 29, 2022 5:32 amplease typeand post resultsCode: Select all
git submodule update --init
Yes, that is how I downloaded it. I hit "Download ZIP"
Code: Select all
PS C:\Users\**\rusEFI\Source\Local_Git\rusefi\firmware> make
No CCACHE_DIR
PROJECT_BOARD: f407-discovery
PROJECT_CPU: ARCH_STM32F4
CPU_HWLAYER: ports/stm32/stm32f4
CONFDIR: ./hw_layer/ports/stm32/stm32f4/cfg
LDSCRIPT: ./hw_layer/ports/stm32/stm32f4/STM32F4.ld
bss Total size: 110818
ram4 Total size: 0
text Total size: 408444
data Total size: 2581
rodata Total size: 105852
20 .ram4 0000eba8 10000000 0807f3a4 000a0000 2**3
Code: Select all
PS C:\Users\**\rusEFI\Source\Local_Git\rusefi\firmware> make
No CCACHE_DIR
PROJECT_BOARD: f407-discovery
PROJECT_CPU: ARCH_STM32F4
CPU_HWLAYER: ports/stm32/stm32f4
CONFDIR: ./hw_layer/ports/stm32/stm32f4/cfg
LDSCRIPT: ./hw_layer/ports/stm32/stm32f4/STM32F4.ld
La syntaxe de la commande n’est pas correcte.
make: *** [rusefi_pch.mk:10: pch/pch.h.gch/firmware] Error 1
Code: Select all
Errors occurred during the build.
Errors running builder 'CDT Builder' on project 'Boot'.
Cannot invoke "org.eclipse.cdt.managedbuilder.core.IOutputType.getOutputExtensions(org.eclipse.cdt.managedbuilder.core.ITool)" because "outType" is null
Errors running builder 'CDT Builder' on project 'Prog'.
Cannot invoke "org.eclipse.cdt.managedbuilder.core.IOutputType.getOutputExtensions(org.eclipse.cdt.managedbuilder.core.ITool)" because "outType" is null
Code: Select all
'cat' not recognized as an internal or external command
Why are you trying to remove random folders? That's an unnatural thing to do, please use 'make clean' if you need to clean for any reason.
I think you should not have project "Boot", I think your project in Project Explorer should be "firmware" see left top corner of the screenshot