[Cmake] Custom Generator not working any more...

[William A. Hoffman]

I am not sure how that ever worked.   CMAKE_SYSTEM_AND_C_COMPILER_INFO_FILE is
an internal variable that is SET in CMakeSystemSpecificInformation.cmake every
time.  It is set just prior to being used, so I don't see how setting it anywhere
would do any good.   

You could try setting the components of it, CMAKE_SYSTEM_NAME and CMAKE_C_COMPILER.

Another option, might be to set this variable:
CMAKE_USER_MAKE_RULES_OVERRIDE
When set that variable will load a file after cmake sets up all the compiler stuff,
and at that point you can override or add anything you want.

You might want to save the initial value and use it in your file if you want
it to still work.

Also, I would not call EnableLanguage in that constructor.

-Bill



At 03:26 AM 2/10/2004, John Biddiscombe wrote:
>Bill (I'm guessing)...
>
>I have a subclass of the Borland Global Makefile generator...
>
>in the constructor I used to do this...
>
>std::string iname = mf->GetDefinition("CMAKE_ROOT");
>iname += "/Modules/Platform/Windows-CBuilder.cmake";
>mf->AddDefinition("CMAKE_SYSTEM_AND_C_COMPILER_INFO_FILE",iname.c_str());
>mf->AddDefinition("CMAKE_SYSTEM_AND_CXX_COMPILER_INFO_FILE",iname.c_str());
>this->cmGlobalBorlandMakefileGenerator::EnableLanguage(l, mf);
>
>but now this isn't being picked up and my custom template isn't being used.
>
>What's changed? Can I still force the use of my own template. Clearly the
>...INFO_FILE aren't used any more so setting this has no effect. what should
>I set instead. I've had a poke around, but lots seems to have changed since
>my last update.
>
>thanks
>
>JB
>
>_______________________________________________
>Cmake mailing list
>Cmake at www.cmake.org
>http://www.cmake.org/mailman/listinfo/cmake