|
Thanks, I am embarrassed , I think you told me the "prefix format" long time ago.
I am just getting too old for all this stuff.
My uncle whom I never met "emigrated " in 1948 to Australia after Communists took over.
We for obvious reasons we did not keep in touch, but I remember in the only letter we got from him he said he bought Jawa, Czech made, motorcycle and eating prawns was a "shell spitting affair".
Of course we knew about Jawa , but prawns?
I think with computers abilities I could do some search for relatives still living in "down under".
I just reinstalled TCF and can run its diagnostic test.
Still no output to TCF terminal. But its a start.
I actually build simple "hello world" app and that should (?) work independently from memories of these processors.
I think the processor dependencies or in-dependencies is "hidden" somewhere in TCF make.
But that is little out of my league.
Cheers
|
|
|
|
|
Yes Hello.C just uses all linux calls what may be problematic is if you use floats.
GCC still defaults to some standard hard float and they are different on each model.
So the very minimum I would specify the flags for the model.
What I forgot to tell you is if you use the flags for the Pi1 the produced code will work on all
other models. The models are supersets of each other. It a bit like intel processors if we
lined i386, i486, i586 code written for i386 runs on i486 and i586 however i586 code wont
always run on i386 because it has extra instructions. Same with arm ARM6 < ARM7 < ARM8 so
ARM6 code runs on any model but ARM8 code has extra codes and may not run on ARM.
So I would start with Pi1 flags which should work on all models
-mcpu=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard
In vino veritas
|
|
|
|
|
I have added -mcpu as suggested and got this error.
I did put it in both g and g++ compiler options, it shudl be benn in g== only , right ?
But it did not "fixed" the error.
So it is not there anymore.
I think I am looking at the result - no TCF Debug Process Terminal output , but I should be looking at WHY the app really does not start.
<pre>19:25:19 **** Build of configuration Debug for project Zero ****
make all
Building file: ../src/Zero.cpp
Invoking: Cross G++ Compiler
arm-linux-gnueabihf-g++ -O0 -g3 -Wall -c -fmessage-length=0 -mcpu=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -v -MMD -MP -MF"src/Zero.d" -MT"src/Zero.o" -o "src/Zero.o" "../src/Zero.cpp"
Using built-in specs.
COLLECT_GCC=arm-linux-gnueabihf-g++
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9' --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-libitm --disable-libquadmath --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-armhf-cross/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-armhf-cross --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-armhf-cross --with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libgcj --enable-objc-gc --enable-multiarch --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb --disable-werror --enable-multilib --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=arm-linux-gnueabihf --program-prefix=arm-linux-gnueabihf- --includedir=/usr/arm-linux-gnueabihf/include
Thread model: posix
gcc version 5.4.0 20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9)
COLLECT_GCC_OPTIONS='-O0' '-g3' '-Wall' '-c' '-fmessage-length=0' '-mcpu=arm1176jzf-s' '-mfpu=vfp' '-mfloat-abi=hard' '-v' '-MMD' '-MP' '-MF' 'src/Zero.d' '-MT' 'src/Zero.o' '-o' 'src/Zero.o' '-shared-libgcc' '-mthumb' '-mtls-dialect=gnu'
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/cc1plus -quiet -v -imultiarch arm-linux-gnueabihf -MMD src/Zero.d -MF src/Zero.d -MP -MT src/Zero.o -dD -D_GNU_SOURCE ../src/Zero.cpp -quiet -dumpbase Zero.cpp -mcpu=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -mthumb -mtls-dialect=gnu -auxbase-strip src/Zero.o -g3 -O0 -Wall -version -fmessage-length=0 -fstack-protector-strong -Wformat-security -o /tmp/ccqgIflv.s
GNU C++ (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9) version 5.4.0 20160609 (arm-linux-gnueabihf)
compiled by GNU C version 5.4.0 20160609, GMP version 6.1.0, MPFR version 3.1.4, MPC version 1.0.3
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/local/include/arm-linux-gnueabihf"
ignoring nonexistent directory "/usr/include/arm-linux-gnueabihf"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/include/c++/5
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/include/c++/5/arm-linux-gnueabihf
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/include/c++/5/backward
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/include
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/include-fixed
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/include
/usr/include
End of search list.
GNU C++ (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9) version 5.4.0 20160609 (arm-linux-gnueabihf)
compiled by GNU C version 5.4.0 20160609, GMP version 6.1.0, MPFR version 3.1.4, MPC version 1.0.3
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 606522cdd68a1ba2fd9e2930e9d38d0d
In file included from /usr/arm-linux-gnueabihf/include/c++/5/ios:39:0,
from /usr/arm-linux-gnueabihf/include/c++/5/ostream:38,
from /usr/arm-linux-gnueabihf/include/c++/5/iostream:39,
from ../src/Zero.cpp:9:
/usr/arm-linux-gnueabihf/include/c++/5/exception: In constructor ‘std::exception::exception()’:
/usr/arm-linux-gnueabihf/include/c++/5/exception:63:39: sorry, unimplemented: Thumb-1 hard-float VFP ABI
exception() _GLIBCXX_USE_NOEXCEPT { }
^
make: *** [src/Zero.o] Error 1
src/subdir.mk:18: recipe for target 'src/Zero.o' failed
Here is a clean build
<pre>19:59:21 **** Build of configuration Debug for project Zero ****
make all
Building file: ../src/Zero.cpp
Invoking: Cross G++ Compiler
arm-linux-gnueabihf-g++ -O0 -g3 -Wall -c -fmessage-length=0 -v -MMD -MP -MF"src/Zero.d" -MT"src/Zero.o" -o "src/Zero.o" "../src/Zero.cpp"
Using built-in specs.
COLLECT_GCC=arm-linux-gnueabihf-g++
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9' --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-libitm --disable-libquadmath --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-armhf-cross/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-armhf-cross --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-armhf-cross --with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libgcj --enable-objc-gc --enable-multiarch --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb --disable-werror --enable-multilib --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=arm-linux-gnueabihf --program-prefix=arm-linux-gnueabihf- --includedir=/usr/arm-linux-gnueabihf/include
Thread model: posix
gcc version 5.4.0 20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9)
COLLECT_GCC_OPTIONS='-O0' '-g3' '-Wall' '-c' '-fmessage-length=0' '-v' '-MMD' '-MP' '-MF' 'src/Zero.d' '-MT' 'src/Zero.o' '-o' 'src/Zero.o' '-shared-libgcc' '-march=armv7-a' '-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mthumb' '-mtls-dialect=gnu'
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/cc1plus -quiet -v -imultiarch arm-linux-gnueabihf -MMD src/Zero.d -MF src/Zero.d -MP -MT src/Zero.o -dD -D_GNU_SOURCE ../src/Zero.cpp -quiet -dumpbase Zero.cpp -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -mthumb -mtls-dialect=gnu -auxbase-strip src/Zero.o -g3 -O0 -Wall -version -fmessage-length=0 -fstack-protector-strong -Wformat-security -o /tmp/ccoeXkQU.s
GNU C++ (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9) version 5.4.0 20160609 (arm-linux-gnueabihf)
compiled by GNU C version 5.4.0 20160609, GMP version 6.1.0, MPFR version 3.1.4, MPC version 1.0.3
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/local/include/arm-linux-gnueabihf"
ignoring nonexistent directory "/usr/include/arm-linux-gnueabihf"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/include/c++/5
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/include/c++/5/arm-linux-gnueabihf
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/include/c++/5/backward
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/include
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/include-fixed
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/include
/usr/include
End of search list.
GNU C++ (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9) version 5.4.0 20160609 (arm-linux-gnueabihf)
compiled by GNU C version 5.4.0 20160609, GMP version 6.1.0, MPFR version 3.1.4, MPC version 1.0.3
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 606522cdd68a1ba2fd9e2930e9d38d0d
COLLECT_GCC_OPTIONS='-O0' '-g3' '-Wall' '-c' '-fmessage-length=0' '-v' '-MMD' '-MP' '-MF' 'src/Zero.d' '-MT' 'src/Zero.o' '-o' 'src/Zero.o' '-shared-libgcc' '-march=armv7-a' '-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mthumb' '-mtls-dialect=gnu'
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/bin/as -v -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -meabi=5 -o src/Zero.o /tmp/ccoeXkQU.s
GNU assembler version 2.26.1 (arm-linux-gnueabihf) using BFD version (GNU Binutils for Ubuntu) 2.26.1
COMPILER_PATH=/usr/lib/gcc-cross/arm-linux-gnueabihf/5/:/usr/lib/gcc-cross/arm-linux-gnueabihf/5/:/usr/lib/gcc-cross/arm-linux-gnueabihf/:/usr/lib/gcc-cross/arm-linux-gnueabihf/5/:/usr/lib/gcc-cross/arm-linux-gnueabihf/:/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/bin/
LIBRARY_PATH=/usr/lib/gcc-cross/arm-linux-gnueabihf/5/:/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/lib/../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/lib/:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-O0' '-g3' '-Wall' '-c' '-fmessage-length=0' '-v' '-MMD' '-MP' '-MF' 'src/Zero.d' '-MT' 'src/Zero.o' '-o' 'src/Zero.o' '-shared-libgcc' '-march=armv7-a' '-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mthumb' '-mtls-dialect=gnu'
Finished building: ../src/Zero.cpp
Building target: Zero
Invoking: Cross G++ Linker
arm-linux-gnueabihf-g++ -v -o "Zero" ./src/Zero.o
Using built-in specs.
COLLECT_GCC=arm-linux-gnueabihf-g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc-cross/arm-linux-gnueabihf/5/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9' --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-libitm --disable-libquadmath --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-armhf-cross/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-armhf-cross --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-armhf-cross --with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libgcj --enable-objc-gc --enable-multiarch --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb --disable-werror --enable-multilib --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=arm-linux-gnueabihf --program-prefix=arm-linux-gnueabihf- --includedir=/usr/arm-linux-gnueabihf/include
Thread model: posix
gcc version 5.4.0 20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9)
COMPILER_PATH=/usr/lib/gcc-cross/arm-linux-gnueabihf/5/:/usr/lib/gcc-cross/arm-linux-gnueabihf/5/:/usr/lib/gcc-cross/arm-linux-gnueabihf/:/usr/lib/gcc-cross/arm-linux-gnueabihf/5/:/usr/lib/gcc-cross/arm-linux-gnueabihf/:/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/bin/
LIBRARY_PATH=/usr/lib/gcc-cross/arm-linux-gnueabihf/5/:/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/lib/../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/lib/:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-o' 'Zero' '-shared-libgcc' '-march=armv7-a' '-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mthumb' '-mtls-dialect=gnu'
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/collect2 -plugin /usr/lib/gcc-cross/arm-linux-gnueabihf/5/liblto_plugin.so -plugin-opt=/usr/lib/gcc-cross/arm-linux-gnueabihf/5/lto-wrapper -plugin-opt=-fresolution=/tmp/ccP5Td9w.res -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc --sysroot=/ --build-id --eh-frame-hdr -dynamic-linker /lib/ld-linux-armhf.so.3 -X --hash-style=gnu --as-needed -m armelf_linux_eabi -z relro -o Zero /usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/lib/../lib/crt1.o /usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/lib/../lib/crti.o /usr/lib/gcc-cross/arm-linux-gnueabihf/5/crtbegin.o -L/usr/lib/gcc-cross/arm-linux-gnueabihf/5 -L/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/lib/../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/lib ./src/Zero.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/lib/gcc-cross/arm-linux-gnueabihf/5/crtend.o /usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/lib/../lib/crtn.o
Finished building target: Zero
19:59:25 Build Finished (took 3s.748ms)
The "answer" got to be in it , somewhere....
|
|
|
|
|
|
I think what it is complaining about is you are obviously on ubuntu linux and the float and ABI setup is different because it's a different flavour of linux.
What would be fastest just to see if we are right is copy the code onto a SD media and try compiling it on the Pi, GCC is pre-installed. If it is sudo apt-get gcc. Just want to confirm it is the cross compiling that is causing the problem. It should compile without any complaining on the Pi itself. If that works I will sort out the issue on ubuntu and I just need version and 32 or 64 bit?
In vino veritas
|
|
|
|
|
Short reply - same code runs on RPi 3B , perhaps swapping SD between 3B an Zero is not a good idea. But in theory the OS should be smart enough to know what hardware it is running on. I'll try clean OS install on Zero next.
|
|
|
|
|
Would you take the boot drive out of a PC and expect it to be able to run inside a different model PC without problems?
I don't think so.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Too simplified reasoning.
I am pass evaluating OS , I believe the issue is how GCC interacts with TCF in ARM6.
It has been established that RPi 0 an 1 are using ARM6 and RPi 2 and up are using ARM 7.
ARM6 "code" will run on ARM7, but ARM7 will not run on ARM6.
My code runs fine on ARM7, but not on ARM6. Exactly opposite expectations.
I did verify that TCF was build for ARM6 , but it is failing on ARM6 processor- where is should be "native".
The whole point of this troubleshooting is to find out - at lest in theory, what is happening.
I am in process of comparing compilation outputs on ARM6 versus ARM7.
I have not figured out how to verify / debug the running TCF code on either processor. It is little time consuming process keep switching between RPi's.
But I do appreciate any input to help solve this.
|
|
|
|
|
Richard .. It is trivial I do it all the time even in baremetal.
That is a bit like saying 386 code should not run on 486, 586, 686 etc
Val I do the change SD card from Pi1,Pi2, Pi3, Pi ZeroW every day of week it is not an issue.
My zero's for example don't have a screen I have to put the SD card into a 2 or 3 to edit configs.
I would also add the Raspbian install image doesn't ask you what model you are on or have different installs 
Throw what you are doing up on Github or a website Val and I will have a look and sort it out.
Anything you compile for ARM6 should definitely work on any ARM7/ARM8 model Pi so long as you deal
with the couple of small differences if you start poking registers.
In vino veritas
modified 23-Nov-18 3:58am.
|
|
|
|
|
Leon,
sorry for late reply.
Here is (another) short update .
I may have already said that the only option for crosscompliing is the "prefix"
arm-linux-gnueabihf so this may be dupe.
With that "prefix" the crosscompiler comes up with -march=arm7...
So I added -march=armv6 ( for Zero) and got this
/usr/arm-linux-gnueabihf/include/c++/5/exception:63:39: sorry, unimplemented: Thumb-1 hard-float VFP ABI
exception() _GLIBCXX_USE_NOEXCEPT { }
^
src/subdir.mk:18: recipe for target 'src/Zero.o' failed
Adding -marm gets rid of the problem. I did briefly check what -marm option does and it is related to some switching between things.
Unimportant at this time - I just wanted clean compile.
The "bottom line" _ I can actually run Eclipse and in "debug" perspective I get
"TCF Agent disconnected ' Permission denied. "
I have seen this error long time ago when I started with TCF - turned out to be related to running "TCF Agent " as root.
BUT TCF Agent runs in root as default while using RPi 3B - so the problem MUST be somewhere else.
BTW I am having heck of time using " newest and greatest Eclipse "
I would like to try some other C++ IDE to run in crosscompile / TCF mode instead of Eclipse.
Cheers and thanks.
|
|
|
|
|
OK, here is the latest.
I compile C++ code for armv6 and run ( identical ) TCF Agent software ( the latest) on Raspberry Pi 3B and it works. Produce “hello word” output.
Same setup fails on Raspberry Pi Zero. No output whatsoever.
The ONLY difference is - I select appropriate WiFI connection for each hardware - on Eclipse TCF configuration - swapping Agent IP ! Same WiFi configuration !
( Yes, I have BOTH RPi powered and running )
At this point I have exhausted pretty much all software options.
I am open to suggestions - one being "ditch Zero"
|
|
|
|
|
One more to discuss.
To crosscompile C++ code I specify this "prefix"
arm-linux-gnueabihf
Already beaten to death.
The output from both "cross" compiler and linker only reference to hardware is "arm7".
After reading up on how crosscomplier works - there shoudl be "--host","--build" and " --target" options to specify (what ? OS / hardware ?) somewhere. There are none!
The only one is - as mentioned - the "magical " arm7.
|
|
|
|
|
OK, I was wrong
Here is what is in output - both compiler and linker
--build=x86_64-linux-gnu --host=x86_64-linux-gnu –target=arm-linux-gnueabihf
This is what I am reading ( into it) - in English
"build" C++ code ( on OS (?)
x86_64-linux-gnu )
"host" is OS(?)
x86_64-linux-gnu
and "host" does what ?
and the code will run on "target "
arm-linux-gnueabihf
So where is the "target" (armv6l) (?) specification - hardware , OS , etc . ?
Am I finally asking right questions?
Do I need better terminology ?
Would it help to post the entire output?
|
|
|
|
|
Hi every one. I have typical structure (ECU_t) which has members that considered to be pointer to struct.
i make my question in comments. please help me. by the way i have used freescale code warrior as compiler.
typedef enum
{
NORMAL,
WARNING,
}WATER_TEMP;
typedef struct
{
WATER_TEMP water_temp;
uint16_t speed;
}Engine_t;
typedef struct
{
Engine_t* engine;
ABS_t* abs;
}ECU_t;
void ECU_DoTask(ECU_t* output)
{
output->engine->water_temp = NORMAL;
}
void main ()
{
ECU_t ecu;
ECU_DoTask(&ecu);
while(1);
}
|
|
|
|
|
your remarks show the correct way to access the variable, but (and it is a big 'but') the memory for the pointed struct must be first allocated. try
int main ()
{
ECU_t ecu;
ecu.engine = (Engine_t *) malloc(sizeof(ecu.engine)); ECU_DoTask(&ecu);
printf("water_temp = %d\n", ecu.engine->water_temp);
free( ecu.engine);
return 0;
}
|
|
|
|
|
Each structure inside is a pointer and needs to be allocated and even worse this is inherently dangerous because
any of those pointers could be NULL if an error occurred and that line will crash.
output->engine->water_temp = NORMAL;
What you are building is a database and as the entries are small there is no advantages to allocation and pointers,
you only do pointers if the data is going to be large. Just place the structure in as is.
typedef enum
{
NORMAL = 0,
WARNING = 1,
} WATER_TEMP;
typedef struct {
WATER_TEMP water_temp;
uint16_t speed;
} Engine_t;
typedef struct
{
Engine_t engine;
} ECU_t;
int main(void)
{
ECU_t ecu_test = { .engine.water_temp = NORMAL,
.engine.speed = 10 };
printf("Water temp is %i\n", ecu_test.engine.water_temp);
printf("Engine speed is %i\n", (unsigned int)ecu_test.engine.speed);
}
In vino veritas
|
|
|
|
|
thank you. but i want to create a function with form of:
void ECU_DoTask(ECU_t* out_ecu)
{
}
because i should pass the values of ecu parameters as an output argument of function. so i need use pointers.
|
|
|
|
|
You are missing the point nothing I have done stops you using pointers on the interface 
In my code above you could do
static ECU_t ecu_test;
ECU_DoTask(&ecu_test);
Or you could do this
ECU_t* ecu_test = malloc(sizeof(ECU_t));
ECU_DoTask(ecu_test);
However none of that has anything remotely to do with what is in the structure and removing the pointers
and internally you have no way to know how I did the allocation externally
I think what has thrown you is me creating one of your structures without having to create it like
you want, but that is just me being tricky with C literals to give you something to test.
In vino veritas
modified 19-Nov-18 20:25pm.
|
|
|
|
|
Why bother making Engine_t and ABS_t pointers? Just make them members.
|
|
|
|
|
What free Software and DLL's are available to make a free direct connection to a mobile phone to deliver a text message from an internet connection
Bram van Kampen
|
|
|
|
|
|
Hello ,
I am a new in MFC c++ Programming.I am working in VS2010 ,There are two dialog windows one is main dialog and other is sub dialog window .I am not geeting how to close only sub dialog window without closing the main window.
I have tried Enddialog() and DestroyWindow() but it close the both two windows .
Any help??
|
|
|
|
|
Member 13128005 wrote: Any help??
You need to show your code, we cannot guess what it is doing.
|
|
|
|
|
How is the second dialog being created? Is it modal or modeless?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles
|
|
|
|
|
Is your Dialog Modal?
Bram van Kampen
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
