Hello I am new to the coding for the Embedded Linux for ARM platform.
I am using the NANO-X microwindopw for the GUI inteface for the Linux server, so i have downloaded the nano-x soruce from (ftp://microwindows.censoft.com/pub/microwindows/)
then i try to compile the demo code for the nano-x. when i try to compile it gives me the error
: undefined reference to `GrOpen',' GrReqShmCmds'...............
I could not successfully build it.
I have included all the header files from the /microwin/src/include/ to the /usr/include.
still i am getting the error.
Related
Hey I'm a newbie cocos 2d x developer, I'm just trying to get a "Hello World" project created in XCode for iOS. From the terminal I'm using the command
cmake ../.. -GXcode -DCMAKE_SYSTEM_NAME=iOS -DCMAKE_OSX_SYSROOT=iphoneos
I keep getting these two errors and the xcode project file does not generate.
CMake Error at cocos2d/cmake/Modules/CocosConfigDepend.cmake:94 (endmacro):
Flow control statements are not properly nested.
Call Stack (most recent call first):
cocos2d/cmake/Modules/CocosBuildSet.cmake:43 (include)
CMakeLists.txt:42 (include)
What am I doing wrong?
see attached screenshot
[1]: https://i.stack.imgur.com/cIiNC.jpg
System Specs:
MacOS Big Sur 11.4 (Virtual Machine via VMware)
cocos2d-x-4.0
cocos Console 2.3
Xcode 12.5.1
Python 2.7.16
cmake 3.21.0
CMake 3.14+
Xcode 10+
Visual Studio 2019
Android Studio 3.4+，NDK r19c+
Need https://github.com/leetal/ios-cmake
Try this
enter code here
$mkdir build_ios
$cd build_ios
$cmake .. -GXcode -DCMAKE_TOOLCHAIN_FILE=../ios.toolchain.cmake -DENABLE_ARC=FALSE
$open test.xcodeproj
The default is iOS device project, and platform parameters such as
os.toolchain.cmake support -DPLATFORM=SIMULATOR64 need to be added when adjusting to simulator. Please refer to its documentation
I'm trying to debug a Haxe application with cpp target using IntelliJ IDEA.
Every time i got same error while trying to run debug on it:
"You can debug only flash or HXCPP targets"
I have a basic HelloWorld project setup with the Haxe compiler and the C++ target (setup).
I'm using latest plugin for Haxe (0.9.10) and hxcpp-debugger with old protocol version (as mentioned in haxe plugin description). Tried this on IDEA14, 15 & 2016.
All guides that I found to make it work looks outdated.
the closest i found is this video https://www.youtube.com/watch?v=6JjgOrEXcQc - it uses openfl, but if you look at the logging window, it outputs a command : haxelib run hxcpp Build.xml haxe -Ddebug -DHXCPP -Dcpp -Ddebug -Ddesktop -Dhaxe_208 -Dhaxe_209 -Dhaxe_210 -Dhxcpp -Dnme -Dnme_install_tool -Dsys -Dtrue -Dwindows. You'd have to make your build run that same command if you're not using openfl to build.
The code must also create a debug socket server somewhere in your main method:
new DebugSocket("127.0.0.1", 65333, true)
I'm new to the Nim programming language, and coming from a Lua background, it excited me to find out that there is a module for adding Lua bindings to Nim.
I installed Nimble (Nim's package manager) for Windows and executed "nimble install lua" to download and install the correct module. Upon trying to import it and compile the source, this happened:
C:\Users\Ashley\Desktop\Stuff\Coding\Nim\Projects\LuaTest>nim c -r "C:\Users\Ashley\Desktop\Stuff\Coding\Nim\Projects\LuaTest\main.nim"
Hint: system [Processing]
Hint: main [Processing]
Hint: lua [Processing]
CC: main
CC: lua_lua
Hint: [Link]
Hint: operation successful (10698 lines compiled; 1.262 sec total; 16.163MB; Debug Build) [SuccessX]
could not load: lua(|5.1|5.0).dll
Error: execution of an external program failed: 'c:\users\ashley\desktop\stuff\coding\nim\projects\luatest\main.exe '
I have Lua 5.1 already installed with the proper entries in PATH. It's located in Program Files (x86). The directory contains a dll called lua5.1.dll. I tried looking up the error on Google, but there were no results that helped. What could be the problem?
On Windows you can put the library at the same place as the generated binary. In this case the file should be called lua.dll, lua5.1.dll or lua5.0.dll. Also make sure that the library and binary are both for the same system architecture, either x86 (32bit) or x86-64 (64bit).
I am a user of FDT5 and getting this very strange Haxe compiler error when using v2.09 of Haxe and v1.8.2 of NekoVM.
"Uncaught exception - module.c(124) : Builtin not found : fasthash"
Can anyone help me resolve this error as can't compile my FDT5 project, as if I compile it directly in Mac OSX Lion. Terminal it does not report any issues.
Any help would be most appreciated.
You may need to setup the path to your Neko installation
FDT 5.5 ships with Neko, but the path to it is not set by default. Because it's not, you may get errors as you mentioned:
To fix this, go to Preferences>Haxe>Neko VM and point to a Neko installation directory.
Custom Installation Directory
You can point to a custom installation. Perhaps if you used the standalone installer from the Haxe website.
Using FDT's Neko Installation
For windows you can just point to FDT5>haxe>neko-1.8.2-osx
For OSX, because FDT is a self contained package, you can't naviagate to Neko via the OSX GUI. Instead type in this path, or copy and paste the path from where your Haxe location is set and paste it into the Neko location. Then just change the last directory name to the name of the Neko folder: haxe-2.09-osx -> neko-1.8.2-osx.
I have software that first loads a .dylib lets call libFirst.dylib using the following command:
void* handle = dlopen(path.c_str(), RTLD_LAZY | RTLD_GLOBAL);
Later on inside a function from the loaded libFirst.dylib I attempt to load another .dylib using the same command but for libSecond.dylib, the loading of this shared library gives me the following warnings in my Xcode console:
error warning: Ignored unknown object module at 0x129310 with type 0x8a8399
dlerror: dlopen(/path/libSecond.dylib, 9): Library not loaded: libFirst.dylib
Referenced from: /path/libSecond.dylib
Reason: image not found
What I don't get is that its says libFirst.dylib is not loaded but I am currently inside a function from libFirst.dylib, so how can this be?
All my paths in DYLD_LIBRARY_PATH appear correct too.
Thanks in advance, I have been stuck on this for days.
I ended up using -install_name to change the install name of all my libraries to #rpath/dylibName.dylib and then in Xcode I set the Runpath Search paths using #loader_path to find all my .dylibs that I was using.
use:
install_name_tool -id #executable_path/../Frameworks/mylib.dylib mylib.dylib
then check it with:
otool -D mylib.dylib
I think an easier way to get around this error would be to revert to an earlier version where you were not getting this error. Right click on the project folder and navigate to local history to revert to an earlier version. I verified this to be working on the android studio installed on Mac OS Big sur.