When I installed arduino-1.8.1 for linux mint 17 (fully updated and upgraded), the file specs-esp8266 was not included in any of the folders, and the compiler threw an error: "avr-g++: error: cannot access device-specs for 'esp8266' expected at '/opt/arduino-1.8.1/hardware/tools/avr/bin/../lib/gcc/avr/4.9.2/device-specs/specs-esp8266'". There are spec files there for lots of other boards (e.g. specs-avrtiny, specs-avrxmega7, specs-m3000, etc), but I've not been able to find this particular one. Help, please.
Related
I'm trying to port a simple Go macOS application over to Kotlin Native. After struggling with various errors I decided to take a step back, and have a look at the official examples provided with Kotlin Native.
I found a basic OpenGL example here:
https://github.com/JetBrains/kotlin-native/tree/master/samples/opengl
But so far I haven't been able to get this to compile.
I tried downloading the complete sources for Kotlin, but that wont build. I followed a few suggestions generated at build time, including the change to 'ignoreXcodeVersionCheck' and downloading prebuilt binaries for the compiler, but at this point I'm wondering if this just isn't supported by my environment? I do understand that this is all experimental.
I've attached a sample of errors below, but I'm not sure whats relevant.
Question: Does anyone else have this setup / environment working please? can I expect to get it working?
macos 10.12.4, kotlin 1.3.11, xcode 8.2.1
.konan/dependencies/clang-llvm-6.0.1-darwin-macos/include/c++/v1/cmath:551:28: error: expected a qualified name after 'typename'
_LIBCPP_CONSTEXPR typename enable_if<is_floating_point<_A1>::value, bool>::type
.konan/dependencies/clang-llvm-6.0.1-darwin-macos/include/c++/v1/cstddef:44:15: fatal error: 'stddef.h' file not found
#include_next <stddef.h>
A problem occurred evaluating root project 'kotlin-native-master'.
expected Xcode version 10.1, got 8.2.1, consider updating Xcode or use "ignoreXcodeVersionCheck" variable in konan.properties
kotlin-native-master/runtime/src/main/cpp/ObjCExportErrors.mm:73:23: error: no type or protocol named 'NSErrorUserInfoKey'
NSMutableDictionary<NSErrorUserInfoKey, id>* userInfo = [[NSMutableDictionary new] autorelease];
.konan/dependencies/clang-llvm-6.0.1-darwin-macos/include/c++/v1/cmath:313:9: error: no member named 'signbit' in the global namespace
using ::signbit;
I did manage to get a "hello world" working under the above environment, but I have given up with the OpenGL stuff. I cant update my environment currently, and I guess this issue doesn't affect many people. So I'm going to close it with this 'answer'.
I have been trying to compile multiple C and C++ scripts on a kali VM and 99% of the time I get an error like this:
test.cpp:39:10: fatal error: winsock: No such file or directory
#include <winsock>
It will do the same for Iostream too, I cannot find anything that has helped me fix this and I need to be able to comple and run these programs.
You need to download and install the sdk platform
I have been trying to compile a basic tensorRT project on a desktop host -for now the source is literally just the following:
#include <nvinfer.h>
class Logger : nvinfer1::public ILogger
{
} glogger;
Upon running make, though, I receive the following message:
fatal error: nvinfer.h: No such file or directory #include <nvinfer.h>
The error is correct, too - I used locate to try to find it, but there's nothing on my machine that matches. I followed the install instructions for desktop installation of TensorRT 2.1 as described here: https://developer.nvidia.com/nvidia-tensorrt-download
So my question is, does anyone know where nvinfer.h is supposed to be? In other words, am I missing a needed package that contains it, or did I miss something else that's essential?
Small addendum: one thing I noticed is that libgie1 is not installed, and it was not included as a debian with the provided TensorRT download like the other packages such as gie-dev were.
Before using locate, if you recently added new files is a good practice to run sudo updatedb, if the file is on the pc you should see it after.
Anyway googling a bit it looks like the header your looking for is NvInfer.h, caps matters.
I have set up 2 identical windows 10 PC's where I have installed the Xilinx 2015.4 SDK. Only a single PC gives the following errors:
c:/xilinx/sdk/2015.4/gnu/arm/nt/bin/../lib/gcc/arm-xilinx-eabi/4.9.2/../../../../arm-xilinx-eabi/bin/ld.exe: error: ../../standalone_bsp_0/ps7_cortexa9_0/lib\libxil.a(xgpio.o) uses VFP register arguments, framework.elf does not
c:/xilinx/sdk/2015.4/gnu/arm/nt/bin/../lib/gcc/arm-xilinx-eabi/4.9.2/../../../../arm-xilinx-eabi/bin/ld.exe: failed to merge target specific data of file ../../standalone_bsp_0/ps7_cortexa9_0/lib\libxil.a(xgpio.o)
I have already tried adding the following flags:
-mfloat-abi=hard -print-multi-lib which causes the following errors:
arm-xilinx-eabi-g++: error: ./src/Services/SOES/esc.o: No such file or directory
...
arm-xilinx-eabi-g++: error: ./src/main.o: No such file or directory
arm-xilinx-eabi-g++: error: ./src/platform.o: No such file or directory
arm-xilinx-eabi-g++: error: ./.metadata/.plugins/org.eclipse.cdt.make.core/specs.o: No such file or directory
Note that the other PC works perfectly fine with just the MinGW installation and no additional modifications to the SDK and toolchain configuration directly from our VCS repo.
Both windows installations have MinGW installed with the following packages.
mingw32-base
mingw32-gcc-g++
However the PC that's giving the errors had mingw32-base installed AFTER the errors appeared (small mistake).
Perhaps there is something wrong with the PATH variable?
I'm trying to build the Xscope interface for the Gabotronics xprotolab digital oscilloscope chip. I found the latest user interface tool on github and I cloned it. I followed these instructions to build the GUI on my Linux machine which is running Ubuntu 14.04.
Everything was going well until I typed make and I got the following error -
fatal error: ui_xprotolabinterface.h: No such file or directory
#include "ui_xprotolabinterface.h"
So I began to search for ui_xprotolabinterface.h and I couldn't find it anywhere! I removed the #include "ui_xprotolabinterface.h" line from the xprotolabinterface.cpp file (where these errors were originating from) and I get even more errors without it.
I checked the github source to see if there was an updated version of the code, but this is the most updated version...
Any solutions to this problem?