I got this error when building gem5 with this command : Scons/build/ARM/gem5.opt :
TypeError : File /hdd/Me/gem5/src/systemc/ext/systemc found where directory expected.
I didn't have this problem before.
I just removed the folder build:
rm -r build
then I built the gem5 again:
scons build/ARM/gem5.opt
It worked for me.
Related
I'm following the basic steps here: file:///Users/leongaban/.rustup/toolchains/stable-x86_64-apple-darwin/share/doc/rust/html/book/ch01-03-hello-cargo.html
I checked my cargo version, and cd .. back up to my root project folders and ran the following command to create a new project:
cargo new hello_cargo
And it threw the following error:
error: Failed to create package hello_cargo at /Users/leongaban/projects/rust_projects/hello_cargo
However when I run ls it did create the folder? So I'm curious how do I avoid that error in the future?
rust_projects % cargo new hello_cargo
error: Failed to create package `hello_cargo` at `/Users/leongaban/projects/rust_projects/hello_cargo`
Caused by:
could not find '/Users/leongaban/.git-templates/' to stat: No such file or directory; class=Os (2); code=NotFound (-3)
rust_projects % ls
hello_cargo hello_world
This maybe caused by git init command invoked when you run cargo new, the source code is as below:
if !path.join(".git").exists() {
// Temporary fix to work around bug in libgit2 when creating a
// directory in the root of a posix filesystem.
// See: https://github.com/libgit2/libgit2/issues/5130
paths::create_dir_all(path)?;
GitRepo::init(path, config.cwd())?;
}
And the .git-templates is documented under git init TEMPLATE DIRECTORY section.
The template directory will be one of the following (in order):
the argument given with the --template option;
the contents of the $GIT_TEMPLATE_DIR environment variable;
the init.templateDir configuration variable; or
the default template directory: /usr/share/git-core/templates.
So you should check above 4 possible cause to setup the non-exists folder '/Users/leongaban/.git-templates/' as git tempalte dir when run git init.
I also had this problem. My environment:
System: MacOS Catalina (version: 10.15.7)
Rustc version: rustc 1.51.0
Solution:
rustup self install
curl https://sh.rustup.rs -sSf | sh
I had a template defined in my gitconfig
[init]
templatedir = /Users/johndye/.git-templates
I am not sure when this got added or why but commenting it out got me past this error
I am getting following error after trying to build WinCE 6 OS image for ARM V4. After a search online roll-ups for ARMv4 is installed , still facing the issue.
Implemented suggestions
https://guruce.com/blogpost/windows-embedded-qfes-updates
http://www.friendlyarm.net/forum/topic/3115
SysgenMake /NOLOGO C:\Novus\dev01\OS\WinCE_6.0\OSDesigns\AtlasXL\Wince600\AtlasXL_ARMV4I\cesysgen\oak\target\ARMV4I\retail\certmod.dll
NMAKE : fatal error U1073: don't know how to make 'C:\WINCE600\public\common\oak\lib\ARMV4I\retail\certmod.lib'
Stop.
makefile.def: Invoked with predefined settings:
TARGETNAME: certmod
TARGETTYPE: DYNLINK
RELEASETYPE: OAK
TARGETLIBS: C:\WINCE600\public\common\oak\lib\ARMV4I\retail\certmod.lib C:\Novus\dev01\OS\WinCE_6.0\OSDesigns\AtlasXL\Wince600\AtlasXL_ARMV4I\cesysgen\sdk\lib\ARMV4I\retail\crypt32.lib C:\WINCE600\public\common\oak\lib\ARMV4I\retail\evgen.lib C:\Novus\dev01\OS\WinCE_6.0\OSDesigns\AtlasXL\Wince600\AtlasXL_ARMV4I\cesysgen\sdk\lib\ARMV4I\retail\coredll.lib
SOURCELIBS:
DEFFILE: C:\WINCE600\public\common\oak\lib\ARMV4I\retail\certmod.def
EXEENTRY: mainWCRTStartup
DLLENTRY: _DllMainCRTStartup
makefile.def: Including C:\WINCE600\public\common\oak\misc\Sources.default
makefile.def: BUILDROOT is C:\WINCE600\public\common\cesysgen
makefile.def: Including C:\WINCE600\PUBLIC\COMMON\CESYSGEN\sources
makefile.def: Including C:\WINCE600\public\common\oak\misc\Sources.CE
Directory: C:\WINCE600\PUBLIC\COMMON\CESYSGEN
TARGETNAME: certmod
makefile.def: Including C:\WINCE600\public\common\oak\misc\sources.ReleaseType_OAK
NMAKE : fatal error U1077: 'SysgenMake' : return code '0x2'
Stop.
Help me out in resolving the issue.
I believe this error is a result of infamous BUILD AND SYSGEN option available with WEC6 build commands, see https://guruce.com/blogpost/how-to-remove-the-demonic-build-and-sysgen-commands-from-platform-builder-for-windows-embed for details.
Please reinstall platform builder and NEVER EVER DO A BUILD AND SYSGEN.
This question already has answers here:
Are shell scripts sensitive to encoding and line endings?
(14 answers)
Closed 3 years ago.
I'm trying to docker build an application that utilizes go. To install go, the dockerfile has the following command (this executes fine, by the way):
RUN wget https://dl.google.com/go/go1.11.linux-amd64.tar.gz \
&& tar -xf go1.11.linux-amd64.tar.gz \
&& mv go /usr/local
The problem arises when script runs shell files within the 'install' subdirectory. Note, output of the following two steps:
Step 9/13 : RUN . install/install-lmdb-linux.sh
---> Running in 0c666807720a
: not found install/install-lmdb-linux.sh:
: not found install/install-lmdb-linux.sh:
-e
Installing LMDB
Cloning into 'lmdb'...
: not found install/install-lmdb-linux.sh:
make: Entering directory '/root/bystro/lmdb/libraries/liblmdb'
gcc -pthread -O2 -g -W -Wall -Wno-unused-parameter -Wbad-function-cast -Wuninitialized -c mdb.c
gcc -pthread -O2 -g -W -Wall -Wno-unused-parameter -Wbad-function-cast -Wuninitialized -c midl.c
ar rs liblmdb.a mdb.o midl.o
ar: creating liblmdb.a
This shell script seems to be failing, but somehow recovers (?) and build continues to:
Step 11/13 : RUN . install/install-go-packages.sh
---> Running in 7700bf77c2b1
: not found install/install-go-packages.sh:
-e
Installing go packages (bystro-vcf, stats, snp)
: not found install/install-go-packages.sh:
: not found install/install-go-packages.sh:
: not found install/install-go-packages.sh:
Made /root/go path
: not found install/install-go-packages.sh:
: not found install/install-go-packages.sh:
: not found: install/install-go-packages.sh:
: not found: install/install-go-packages.sh:
: not found: install/install-go-packages.sh:
: not found: install/install-go-packages.sh:
: not found: install/install-go-packages.sh:
: not found: install/install-go-packages.sh:
The command '/bin/sh -c . install/install-go-packages.sh' returned a non-zero code: 127
This script is the point at which build fails with exit code 127 (command not found). The task of this script is basically just to 'go install' some dependencies for the app.
My Debug:
After messing around with variations of the two RUN functions, I finally decided to log some of the situation: I check to see if the two shell scripts were actually present at runtime, and to see if Go was present at runtime. Both were present.
Step 9/15 : RUN ls install/
---> Running in 0f0ad051b009
export-bystro-libs.sh
export-go-path-linux.sh
install-apt-deps.sh
install-go-linux.sh
install-go-mac.sh
install-go-packages.sh
install-liftover-linux.sh
install-lmdb-linux.sh
install-mac-deps.sh
install-perl-libs.sh
install-perlbrew-linux.sh
install-rpm-deps.sh
update-packages.sh
Step 12/15 : RUN go version
---> Running in b8b9d08ef9c3
go version go1.11 linux/amd64
Also, note, both scripts execute perfectly when I run them manually.
Question:
Why is my build failing? It seems like Docker has the scripts, the tools to execute them, and the proper instruction to do so, so I'm not sure how to approach this.
If you don't want to use absolute path.
There is a command for changing your working directory
WORKDIR /your/directory
Then execute your shell commands using RUN
reference:Change directory command in Docker?
I'm trying to build PCL 1.8.0 on my Ubuntu 14.04 machine from source, following these instructions. But every time I get the following error:
[ 73%] Building CXX object apps/CMakeFiles/pcl_manual_registration.dir/include/pcl/apps/moc_manual_registration.cpp.o
In file included from ~/pcl/release/apps/ui_manual_registration.h:26:0,
from ~/pcl/release/apps/include/pcl/apps/../../../../../apps/include/pcl/apps/manual_registration.h:37,
from ~/pcl/release/apps/include/pcl/apps/moc_manual_registration.cpp:9:
/usr/include/vtk-5.8/QVTKWidget.h:40:25: fatal error: QtGui/QWidget: No such file or directory
#include <QtGui/QWidget>
^
compilation terminated.
make[2]: *** [apps/CMakeFiles/pcl_manual_registration.dir/include/pcl/apps/moc_manual_registration.cpp.o] Error 1
make[1]: *** [apps/CMakeFiles/pcl_manual_registration.dir/all] Error 2
make: *** [all] Error 2
for locate QWidget I get amongst others the following output:
...
/usr/include/qt4/QtGui/QWidget
...
/usr/include/qt5/QtWidgets/QWidget
...
So how can I resolve the error and install pcl?
The problem happens because your configuration is trying to mix Qt4 and Qt5 during PCL build.
According to the link you've provided, PCL is suppossed so be built against Qt4 in this case.
Try to remove everything in release directory and re-initialize CMake config with correct version of Qt.
Like that (following provided example):
cd ~/Documents/pcl
rm -rf relese
mkdir release
cd release
cmake -DCMAKE_BUILD_TYPE=Release -DPCL_QT_VERSION=4 -DBUILD_GPU=ON -DBUILD_apps=ON -DBUILD_examples=ON ..
make
I'm trying to compile rabbitmq-c on a visual studio 2012 machine, with no success.
I'm following the instructions described in the readme:
mkdir build && cd build
cmake ..
cmake --build .
However compiling returns a bunch of errors as the following:
C:\rabbitmq-c-master\librabbitmq\amqp_private.h(277): error C2375: 'htonll' : redefinition; different linkage
I've noticed that when i run the command "cmake .." I get "Looking for htonll - not found".
So for some reason rabbitmq-c doesn't find my htonll function and tries to redeclare it.
How do I debug this?
A link to the rabbitmq-c library:
https://github.com/alanxz/rabbitmq-c