* Alexander Neundorf <neundorf@xxxxxxxxxxxxx> schrieb: > In general, cross compiling is not hard. You just have to call the cross > toolchain, give it the correct parameters, search files in the right location > and ... make sure you don't test stuff by running programs. Same with carefully written makefiles ;-P > Basically only the last one is problematic (but IMO still less problematic > than running a virtual system on the host just to build something). Yes, and that should be completely prohibited. > How does cmake support that for cross compiling ? > If it detects a try_run() (which is the command for building a test executable > and then running it) in cross compiling mode (i.e. when it was told what the > target platform is instead of just assuming it's the same as the build host), > then it > -issues a warning > -stores the created executable in a place so the developer can find it > -running some existing executable and checking its output > -creates a file where the developer can enter the results which running the > executable on the target host would have brought (includes comments where > that command was found, the arguments, etc.,). The developer can then run the > test executable manually on the target and enter the results. This seems to > be similar to the config.cache somebody mentioned for debian. Yes, introducing the problems as with autoconf. You'll have to maintain one cachefile per package - there is *NO* standard on it's variables. And exactly that's the key problem ! Therefore unitool has an generic platform database, where such generic platform parameters can be set. These fields have to be standardized, (adding new ones for some specific package is definitively the wrong way). > So really the hard part is getting rid of running stuff to check the platform. Isnt that hard. In all these years I had no case where it couldn't be circumvented. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ --------------------------------------------------------------------- -- To unsubscribe from this list: send the line "unsubscribe linux-embedded" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
