|
Notes |
|
|
(0024681)
|
|
Brad King
|
|
2011-01-14 13:05
|
|
|
|
|
(0024683)
|
|
Brad King
|
|
2011-01-14 13:31
|
|
|
|
|
(0024689)
|
|
Brad King
|
|
2011-01-14 13:55
|
|
|
I'd like to identify the native SCO compiler and then move the options for it over to Modules/Compiler/SCO-<lang>.cmake or something like that. Then they won't be in the SCO_SV platform file at all and the normal GNU compiler rules from Platform/Compiler/GNU* should work. |
|
|
|
(0024691)
|
|
Brian Lewis
|
|
2011-01-14 14:03
|
|
I'm not sure what information you want about the native SCO compiler. Please let me know and I'll try to get it for you.
In the meantime, I'll attach a revised version of the patch. |
|
|
|
(0024692)
|
|
Brad King
|
|
2011-01-14 14:11
|
|
The SCO_SV file is leftover from an outdated platform file layout design that mixed together the platform (operating system) and compiler. Most of the files have been refactored out to put compiler-specific information in modules called
Compiler/<id>-<lang>.cmake
platform information like the preferred shared library extension in
Platform/<os>.cmake
and platform-specific compiler information in
Platform/<os>-<id>-<lang>.cmake
This all depends on having an "<id>" for each compiler vendor that is recognized in Modules/CMakeCCompilerId.c.in and Modules/CMakeCXXCompilerId.cpp.in.
The reason you are having trouble is that the Platform/SCO_SV.cmake file still contains compiler-specific information for one particular compiler. Rather than adding more compiler-specific information to it for more compilers we should take out the SCO compiler information and put it in the right place. Then it won't interfere with other compilers on that platform.
I need to know the official vendor's name for the default compiler and the preprocessor symbol that identifies it. From the above-linked man pages I think this is
SCO UnixWare C/C++ Compiler
__SCO_VERSION__
Correct? |
|
|
|
(0024693)
|
|
Brian Lewis
|
|
2011-01-14 14:17
|
|
|
I think that information is correct. Thanks. |
|
|
|
(0024749)
|
|
Brad King
|
|
2011-01-17 10:01
|
|
Please apply the attached patches:
28a0403c+0001-Recognize-SCO-UnixWare-C-C-compilers-11700.patch
28a0403c+0002-Factor-SCO-compiler-info-out-of-platform-file-11700.patch
The GNU compiler should then be able to work. |
|
|
|
(0024751)
|
|
Brian Lewis
|
|
2011-01-17 10:22
|
|
|
Brad, it seems to work. Thank you! |
|
|
|
(0024753)
|
|
Brad King
|
|
2011-01-17 10:36
|
|
|