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.

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"

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.

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.

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.

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 .

Wouldn't that break the condition to only use a constant amount of extra space (assuming this refers to memory usage)?

GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)

Break the problem into simpler tasks and implement functions for these:

1. write a function that reverses a full list. Make sure to adhere to the constraint to only use a constant amount of space (memory).
2. write a function to find the Nth element within a list from a given starting position (not actually needed, but will simplify the final program)
3. write a function to split off part of a given list before the Nth position
4. write code to retrieve sub-lists of length K using 2. and 3. and code to insert a (modified) sublist back at the original position.
5. use 1. and 4. in an iteration to process the entire list

All of these steps can easily be done with the help of at most two or three temporary references (pointers). The only tricky one is the reverse function.

GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)