* Alexander Neundorf <neundorf@xxxxxxxxxxxxx> schrieb: > On Monday 16 June 2008 17:15:37 Enrico Weigelt wrote: > > * Alexander Neundorf <neundorf@xxxxxxxxxxxxx> schrieb: > > > CMake has a cache, where the values of variables are stored, e.g. if an > > > option is enabled or not, or where a library has been found (e.g. > > > JPEG_LIBRARY=/usr/local/lib/libjpeg.so). > > > The way to influence the behaviour of cmake is to change the value of > > > these variables, this can be done either via a GUI (curses based or with > > > cmake 2.6 also a graphical one), or via the command line: > > > $ cmake -D<name_of_variable>=<new_value> ...more options > > > > Are these variables strictly specified or is all left to individual > > author's decision ? > > Authors decision. Then you've got the same problem as w/ autoconf's config.status: You have to tweak it for each individual package separately :( My destiny is to have strictly standardized variables for all the common things, so you can use an global per-target configuration for *all* packages ever coming. That's what Unitool's system properties db is for. > > hmm, why not just expecting an sane shell on the building system ? > > (as you already have to expect a sane compiler) > > Well, we could go so far to expect a "sane" operating system, but you can't > change it, there are "insane" people in the world ;-) Many, many things can be done within in the toolchain, eg. fixes for broken libc's. For example, I've seen packages adding several missing functions for certain platforms - this should be the job of the toolchain. 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
