MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0012604CMakeCMakepublic2011-12-01 09:162012-09-03 16:01
ReporterHong Xu 
Assigned ToBrad King 
PrioritynormalSeverityfeatureReproducibilityalways
StatusclosedResolutionfixed 
PlatformEmbarcadero C++ 6.42OSWindowsOS VersionVista
Product VersionCMake 2.8.6 
Target VersionCMake 2.8.8Fixed in VersionCMake 2.8.8 
Summary0012604: Add support for Embarcadero C++ 6.42
DescriptionWhen using cmake .. with "Borland Makefiles", it is not able to compile a simple test program, while I could use "bcc32 test.c" to build the source and run the compiled binary successfully.
Steps To Reproducemkdir build
cd build
cmake .. -G "Borland Makefiles"
Additional InformationOutput is:

-- The C compiler identification is Borland
-- Check for working C compiler: C:/Program Files/Embarcadero/RAD Studio/9.0/bin
/bcc32.exe
-- Check for working C compiler: C:/Program Files/Embarcadero/RAD Studio/9.0/bin
/bcc32.exe -- broken
CMake Error at C:/CMake/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MES
SAGE):
  The C compiler "C:/Program Files/Embarcadero/RAD Studio/9.0/bin/bcc32.exe"
  is not able to compile a simple test program.


  It fails with the following output:

   Change Dir: D:/Users/user/Documents/proj/build/CMakeFiles/CMakeTmp
TagsNo tags attached.
Relationships
Attached Filesgz CMakeFiles.tar.gz (3,396) 2011-12-01 20:33
https://public.kitware.com/Bug/file/4128/CMakeFiles.tar.gz
zip CMakeFiles.zip (48,875) 2011-12-02 22:40
https://public.kitware.com/Bug/file/4132/CMakeFiles.zip
? Windows-Borland.cmake (4,999) 2011-12-05 09:04
https://public.kitware.com/Bug/file/4135/Windows-Borland.cmake
zip CMakeFiles-2.zip (49,817) 2012-02-21 09:48
https://public.kitware.com/Bug/file/4230/CMakeFiles-2.zip
Issue History
Date ModifiedUsernameFieldChange
2011-12-01 09:16Hong XuNew Issue
2011-12-01 09:41Brad KingNote Added: 0027879
2011-12-01 09:41Brad KingSummaryAlways fail to check for bcc32.exe => Embarcadero C++ 6.42: Always fail to check for bcc32.exe
2011-12-01 20:33Hong XuFile Added: CMakeFiles.tar.gz
2011-12-01 20:34Hong XuNote Added: 0027881
2011-12-02 09:12Brad KingNote Added: 0027884
2011-12-02 09:31Brad KingNote Added: 0027885
2011-12-02 09:38Brad KingNote Added: 0027886
2011-12-02 10:42Brad KingNote Added: 0027891
2011-12-02 10:46Brad KingNote Added: 0027892
2011-12-02 11:02Brad KingSeveritymajor => feature
2011-12-02 11:02Brad KingStatusnew => acknowledged
2011-12-02 11:02Brad KingSummaryEmbarcadero C++ 6.42: Always fail to check for bcc32.exe => Add support for Embarcadero C++ 6.42
2011-12-02 22:38Hong XuFile Added: Windows-Borland.cmake
2011-12-02 22:40Hong XuNote Added: 0027900
2011-12-02 22:40Hong XuFile Added: CMakeFiles.zip
2011-12-02 22:41Hong XuNote Added: 0027901
2011-12-04 15:24elecNote Added: 0027905
2011-12-05 06:42Hong XuNote Added: 0027907
2011-12-05 08:51Brad KingNote Added: 0027908
2011-12-05 08:56Brad KingFile Deleted: Windows-Borland.cmake
2011-12-05 08:57Brad KingNote Added: 0027909
2011-12-05 09:04elecFile Added: Windows-Borland.cmake
2011-12-05 09:05elecNote Added: 0027911
2011-12-05 09:12elecNote Edited: 0027911bug_revision_view_page.php?bugnote_id=27911#r461
2011-12-05 09:31Brad KingNote Added: 0027912
2011-12-05 09:40Hong XuNote Added: 0027913
2011-12-05 10:13elecNote Added: 0027914
2011-12-05 10:17Brad KingNote Added: 0027915
2011-12-05 10:26Brad KingNote Added: 0027916
2011-12-05 11:34elecNote Added: 0027917
2011-12-07 07:16Oliver WeinheimerNote Added: 0027932
2011-12-07 10:17Brad KingNote Added: 0027933
2011-12-12 06:16Hong XuNote Added: 0027946
2011-12-12 09:23Brad KingNote Added: 0027947
2011-12-13 00:13Hong XuNote Added: 0027954
2012-02-20 10:16Brad KingNote Added: 0028645
2012-02-20 10:16Brad KingAssigned To => Brad King
2012-02-20 10:16Brad KingStatusacknowledged => assigned
2012-02-21 08:28Hong XuNote Added: 0028673
2012-02-21 09:46Hong XuNote Added: 0028674
2012-02-21 09:47Hong XuNote Edited: 0028674bug_revision_view_page.php?bugnote_id=28674#r546
2012-02-21 09:48Hong XuFile Added: CMakeFiles-2.zip
2012-02-21 09:48Hong XuNote Added: 0028675
2012-02-21 09:50Hong XuNote Edited: 0028674bug_revision_view_page.php?bugnote_id=28674#r547
2012-02-21 09:50Brad KingNote Added: 0028676
2012-02-21 09:57Hong XuNote Added: 0028677
2012-02-21 10:00Brad KingNote Added: 0028678
2012-02-21 10:08Hong XuNote Added: 0028679
2012-02-21 10:10Brad KingNote Added: 0028680
2012-02-21 11:55Brad KingNote Added: 0028682
2012-02-21 21:53Hong XuNote Added: 0028697
2012-02-22 07:07Brad KingNote Added: 0028700
2012-02-22 07:07Brad KingStatusassigned => resolved
2012-02-22 07:07Brad KingFixed in Version => CMake 2.8.8
2012-02-22 07:07Brad KingResolutionopen => fixed
2012-04-19 13:10David ColeTarget Version => CMake 2.8.8
2012-09-03 16:01David ColeNote Added: 0030863
2012-09-03 16:01David ColeStatusresolved => closed

Notes
(0027879)
Brad King   
2011-12-01 09:41   
We have nightly testing with bcc 5.5, 5.6, and 5.8. However, we are not aware of anyone that has tried a newer version from Embarcadero before. Please zip up the entire build directory and attach it here. The CMakeFiles subdirectory should contain some verbose logs of what happened.
(0027881)
Hong Xu   
2011-12-01 20:34   
CMakeFiles tarball uploaded.

Source tree could be downloaded here:
https://github.com/editorconfig/editorconfig/tarball/master [^]
(0027884)
Brad King   
2011-12-02 09:12   
The CMakeFiles/CMakeError.log contains this:

 bcc32.exe -tWR -tW- -ecmTryCompileExec.exe ...
 Error: Unresolved external 'WinMain' referenced from C:\PROGRAM FILES\EMBARCADERO\RAD STUDIO\9.0\LIB\WIN32\RELEASE\C0W32.OBJ


It is trying to create a Windows application instead of a Console application despite the "-tW-" option. We document information about Borland compiler options in the CMake source code here:

 http://cmake.org/gitweb?p=cmake.git;a=blob;f=Modules/Platform/Windows-Borland.cmake;hb=v2.8.6#l23 [^]

However, it looks like the Embarcadero version may have changed the options. I found some documentation here:

 http://docwiki.embarcadero.com/RADStudio/en/BCC32,_the_C%2B%2B_Command-Line_Compiler [^]
(0027885)
Brad King   
2011-12-02 09:31   
It looks like -tW has been an alias for -W for a while:
>bcc32 -h -t
Borland C++ 5.6 for Win32 Copyright (c) 1993, 2002 Borland
...
  -t      An alternate name for the -Wxxx switches; there is no difference
...
>bcc32 -h -t
Borland C++ 5.81 for Win32 Copyright (c) 1993, 2005 Borland
...
  -t      An alternate name for the -Wxxx switches; there is no difference
...


Let's try updating the options. Edit your Modules/Platform/Windows-Borland.cmake file and replace all occurrences of "-tW" with "-W". Then try creating a fresh build tree.
(0027886)
Brad King   
2011-12-02 09:38   
Even the old Borland C++ 5.5:
>bcc32
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland

documents the options as the same:
-tW	Target is a Windows application (same as -W)
-tWC	Target is a console application (same as -WC)
-tWD	Generate a .DLL executable (same as -WD)
-tWM	Generate a 32-bit multi-threaded target (same as -WM)
-tWR	Target uses the dynamic RTL (same as -WR)
-tWV	Target uses the VCL

-W	Target is a Windows application (same as -tW)
-WC	Target is a console application (same as -tWC)
-WD	Generate a .DLL executable (same as -tWD)
-WM	Generate a 32-bit multi-threaded target (same as -tWM)
-WR	Target uses the dynamic RTL (same as -tWR)
-WU	Generates Unicode application


Interestingly however the detailed documentation for the options claims that -tW is preferred and -W is for compatibility:

 "The command-line option -WM is supported for backward compatibility only; it has the same functionality as -tWM."

Perhaps they changed their mind.
(0027891)
Brad King   
2011-12-02 10:42   
Actually after reading the Embarcadero documentation more carefully:

 http://docwiki.embarcadero.com/RADStudio/en/BCC32,_the_C%2B%2B_Command-Line_Compiler [^]

it looks like they split -t and -W options up:

 -W	Target is a Windows application
 -tM	Generate a multithreaded target.
 -tR	Target uses the Dynamic RTL.
 -tV	Target uses the VCL GUI framework.
 -tD	Target is a shared library.
(0027892)
Brad King   
2011-12-02 10:46   
More useful documentation of this compiler:

  http://docwiki.embarcadero.com/RADStudio/en/Predefined_Macros [^]
(0027900)
Hong Xu   
2011-12-02 22:40   
I've replaced all occurrences of "-tW" with "-W" and the modified file is uploaded here. However, the output is still:

-- The C compiler identification is Borland
-- Check for working C compiler: C:/Program Files/Embarcadero/RAD Studio/9.0/bin
/bcc32.exe
-- Check for working C compiler: C:/Program Files/Embarcadero/RAD Studio/9.0/bin
/bcc32.exe -- broken
CMake Error at C:/CMake/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MES
SAGE):
  The C compiler "C:/Program Files/Embarcadero/RAD Studio/9.0/bin/bcc32.exe"
  is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: D:/Users/xuhong/Documents/xusrc/editorconfig/build-bcc/CMakeFiles
/CMakeTmp
(0027901)
Hong Xu   
2011-12-02 22:41   
The new CMakeFiles.zip has been also uploaded here.
(0027905)
elec   
2011-12-04 15:24   
Please
in Windows-Borland.cmake check
set(CMAKE_${lang}_LINK_EXECUTABLE section

probably it will link to some windows libraries

It you remove "<LINK_LIBRARIES>" it will run

By the way I don't know why -tW is always used for example
-tWD is used to create a shared lib while -tD should be used
-tWC is used to create a console app while -tC should be used

embarcadero XE2 bcc32 target flag are

C:\>bcc32 -h -t

Embarcadero C++ 6.42 for Win32 Copyright (c) 1993-2011 Embarcadero Technologies, Inc.
Available options (* = default setting, xxx = has sub-options: use -h -X):
(Note: -X- or -w-XXX will usually undo whatever was set or unset by -X or -wXXX.

 If two options conflict, the last one specified will be used.)
  -t Specify target executable
  -tC Target is a console application
  -tW Target is a Windows application
  -tV Target uses the VCL GUI framework
  -tR Target uses the dynamic RTL
  -tD Generate a shared library
  -tJ Target uses Delphi
  -tP Generate a package
  -tM Target is multi-threaded
  -tU Generate a Unicode application
Note: sub-options for '-t' can be combined into a single option (-XA -XB => -XAB).
(0027907)
Hong Xu   
2011-12-05 06:42   
Unfortunately, the result is the same: same output. It does not work with it.
(0027908)
Brad King   
2011-12-05 08:51   
Re 0012604:0027905:

> By the way I don't know why -tW is always used for example
> -tWD is used to create a shared lib while -tD should be used
> -tWC is used to create a console app while -tC should be used

Follow the link I provide to the CMake source in 0012604:0027884. There are comments that explain why each flag is used. The source is written for Borland C++ Builder version 5.8 and lower. No one has tried to add support for Embarcadero versions of the compiler prior to this issue. All supported platforms have nightly testing on our dashboard:

  http://www.cdash.org/CDash/index.php?project=CMake [^]

We are happy to add support for this compiler but once it works in return we'd appreciate someone running a nightly dashboard build.
(0027909)
Brad King   
2011-12-05 08:57   
I think the best way to make progress on this issue is for someone with access to the compiler to edit the flags in Modules/Platform/Windows-Borland.cmake to make it work locally. Then please submit the updated file here. From there I can construct updated platform files that handle both the old and new versions.
(0027911)
elec   
2011-12-05 09:05   
(edited on: 2011-12-05 09:12)
OOPS: Brad is reply while I'm writing,
by the way I've access to Embarcadero XE2 CBulder and I'm available to perform additional tests with cmake. As I write in advance, my with my modification, cmake compiles correctly simple application, but I'm not sure that all possible option are corrects.

Really, I modified all of compiler switch in Windows-Borland.cmake (see new attached) and I can configure OpenCV for Borland Cbuilder XE2 using CMake, correctly.
This because all switches was -tW<something> while I think it should be -t<something>

please may some expert confirm this ?

PS: (out of context) note that OCV doesn't compile with bcc32 due to the well know atan2 issue
(0027912)
Brad King   
2011-12-05 09:31   
Re 0012604:0027911: Excellent, thanks!

Of the versions listed here:

http://docwiki.embarcadero.com/RADStudio/en/Predefined_Macros#C.2B.2B_Compiler_Versions_in_Predefined_Macros [^]

does anyone know when bcc32 switched its options from the -W/-tW set to the new set?
(0027913)
Hong Xu   
2011-12-05 09:40   
I can confirm that the new Windows-Borland.cmake works for version 6.42.

However, this new file doesn't work with version 5.5.1.

Thanks for your care on this problem.
(0027914)
elec   
2011-12-05 10:13   
I think this may help on switch changing

http://docwiki.embarcadero.com/RADStudio/en/C%2B%2B_Compiler_Option_Changes_for_XE [^]

Borland compilers is a nice memory. Why you don't switch to Windows-Embarcadero.cmake filename ?

PS: (Out of context) you can correct OCV atan2 issue with bcc32, including fastmath in std namespace (for more info see: https://forums.embarcadero.com/message.jspa?messageID=363384 [^]). Some other issues are there but it isn't right place here.

bye ;)
(0027915)
Brad King   
2011-12-05 10:17   
Re 0012604:0027914:

> Why you don't switch to Windows-Embarcadero.cmake filename ?

I plan to include that in the changes. What was the first version that was officially released by either CodeGear or Embarcadero?
(0027916)
Brad King   
2011-12-05 10:26   
Re 0012604:0027914:

> http://docwiki.embarcadero.com/RADStudio/en/C%2B%2B_Compiler_Option_Changes_for_XE [^]

Okay, so perhaps

  0x0630 for C++Builder XE

is the first version to have the new options?
(0027917)
elec   
2011-12-05 11:34   
I think that the new options starts from 0x0630 for C++Builder XE but I can't guarantee.

From http://en.wikipedia.org/wiki/C%2B%2BBuilder#History [^]
In 2006 Borland's Developer Tools Group, developers of C++Builder, was transferred to a wholly owned subsidiary, CodeGear.

In 2008 CodeGear was purchased by Embarcadero Technologies, who continued development.

From http://delphi.wikia.com/wiki/Borland_Compiler_Release_Dates [^]
Borland Developer Studio 2006 ver(10)
CodeGear C++ Builder 2007 for Win32 ver(11)
(0027932)
Oliver Weinheimer   
2011-12-07 07:16   
Hello,

I'm a VTK user and I did the same changes in Windows-Borland.cmake (-tW<something> to -t<something>) in order to compile vtk 5.8.0 (with some changes in the vtk-code, see vtk forum) with bcc32 6.31.

I recognized 1 problem.
Line 35 in Windows-Borland.cmake says:
set(_RTLDLL "-tR")

and Line 76-78 say:
set(CMAKE_${lang}_COMPILE_OBJECT
    "<CMAKE_${lang}_COMPILER> ${_RTLDLL} <DEFINES> ${CMAKE_START_TEMP_FILE}-DWIN32 -o<OBJECT> <FLAGS> ${_COMPILE_${lang}} <SOURCE>${CMAKE_END_TEMP_FILE}"
    )
    
-> so all obj-files are linked with dynamic RTL.

Because I need a real static vtk-build i am now using set(_RTLDLL "-tR-") in Line 35.
Is it possible to bring an option for RTL usage to the Cmake-GUI?

Thx
Oliver
(0027933)
Brad King   
2011-12-07 10:17   
Re 0012604:0027932: That is a separate issue from the one under discussion here. CMake doesn't have first-class support for requesting fully static linking and a static runtime library on any platform.
(0027946)
Hong Xu   
2011-12-12 06:16   
May I ask that when will this feature be available?

Thanks.
(0027947)
Brad King   
2011-12-12 09:23   
Re 0012604:0027946: The issue came up too late in the release cycle to make it into 2.8.7 so it will have to wait until after that. Sorry.

This is the first time we've ever needed to know the version of a compiler in order to know what flags can be passed to it. That makes it non-trivial to fix properly.
(0027954)
Hong Xu   
2011-12-13 00:13   
What a pity! I am looking forward to it in 2.8.8.
(0028645)
Brad King   
2012-02-20 10:16   
I've committed changes to add support for the Embarcadero C/C++ compilers.

First a preparation change:

  http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3f78ced7 [^]

Then the real change:

  http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=bdbbf763 [^]

The changes depend on other changes in CMake since 2.8.7 so will not work if applied to the release.

Please get CMake from our Git 'next' branch to test it:

  http://www.cmake.org/Wiki/CMake/Git [^]

As I said in 0012604:0027908 we'd like someone who has this compiler to run a nightly dashboard submission so we can keep it working. Otherwise it will not be officially supported.
(0028673)
Hong Xu   
2012-02-21 08:28   
OK. I'll test it soon.
(0028674)
Hong Xu   
2012-02-21 09:46   
(edited on: 2012-02-21 09:50)
Source tree is: https://github.com/editorconfig/editorconfig/zipball/aa2c3c3f7ce36645ca9145dbe2e0ed21058015dd [^]

Generate by:

cmake .. -G "Borland Makefiles"


Still doesn't work:

-- The C compiler identification is Borland 6.42
-- Check for working C compiler: C:/Program Files/Embarcadero/RAD Studio/9.0/bin/bcc32.exe
-- Check for working C compiler: C:/Program Files/Embarcadero/RAD Studio/9.0/bin/bcc32.exe -- broken
CMake Error at C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "C:/Program Files/Embarcadero/RAD Studio/9.0/bin/bcc32.exe"
  is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: D:/Users/xxx/Documents/src/editorconfig/build-bcc/CMakeFiles/CMakeTmp

  

  Run Build Command:make "cmTryCompileExec\fast"

  MAKE Version 5.4 Copyright (c) 1987, 2010 Embarcadero Technologies, Inc.


      make -f CMakeFiles\cmTryCompileExec.dir\build.make -l -o
  CMakeFiles\cmTryCompileExec.dir\build


  MAKE Version 5.4 Copyright (c) 1987, 2010 Embarcadero Technologies, Inc.


      "C:\Program Files\CMake 2.8\bin\cmake.exe" -E cmake_progress_report
  D:\Users\xxx\Documents\src\editorconfig\build-bcc\CMakeFiles\CMakeTmp\CMakeFiles
  1


  Building C object CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj

      C:\PROGRA~1\EMBARC~1\RADSTU~1\9.0\bin\bcc32.exe -tWR -tW- @MAKE0000.@@@


  Embarcadero C++ 6.42 for Win32 Copyright (c) 1993-2011 Embarcadero
  Technologies, Inc.


  
  D:\Users\xxx\Documents\src\editorconfig\build-bcc\CMakeFiles\CMakeTmp\testCCompiler.c:



  Linking C executable cmTryCompileExec.exe

      C:\PROGRA~1\EMBARC~1\RADSTU~1\9.0\bin\bcc32.exe -tWR -tW-
  -ecmTryCompileExec.exe @MAKE0002.@@@


  Embarcadero C++ 6.42 for Win32 Copyright (c) 1993-2011 Embarcadero
  Technologies, Inc.


  Turbo Incremental Link 6.21 Copyright (c) 1997-2011 Embarcadero
  Technologies, Inc.


  Error: Unresolved external 'WinMain' referenced from C:\PROGRAM
  FILES\EMBARCADERO\RAD STUDIO\9.0\LIB\WIN32\RELEASE\C0W32.OBJ


  Error: Unable to perform link


  


  ** error 1 ** deleting cmTryCompileExec.exe


  


  ** error 1 ** deleting cmTryCompileExec\fast


  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:33 (project)


-- Configuring incomplete, errors occurred!
(0028675)
Hong Xu   
2012-02-21 09:48   
The CMakeFiles directory is uploaded as CMakeFiles-2.zip
(0028676)
Brad King   
2012-02-21 09:50   
You can't use a current CMake that doesn't already support Embarcadero to build the new CMake from source. Normally we provide a nightly build of the 'next' branch for testing purposes but the machine that hosts that build happens to be having trouble right now.

Do you have any other compilers?
(0028677)
Hong Xu   
2012-02-21 09:57   
I have already installed the nightly build version and that's the result.

I have also installed Visual Studio 2010 and 2008. Also OpenWatcom, but not in PATH.
(0028678)
Brad King   
2012-02-21 10:00   
The nightly build has not completed successfully since this change was merged, so you have a version prior to support being added.

You can use it to build CMake from source using -G "Visual Studio 10" and then test with that one.
(0028679)
Hong Xu   
2012-02-21 10:08   
I don't quite understand: nightly build was against the latest source, if I build the source, am I getting the equivalent binary with the nightly build? Or I have to switch to a special branch?

Thanks.
(0028680)
Brad King   
2012-02-21 10:10   
The machine running our nightly build for Windows is broken. Therefore the nightly binaries have not kept up with the nightly source. You can use CMake 2.8.7 with VS 10 to build the latest 'next' branch from source. The result should be a CMake which supports Embarcadero. Then you can run that one to build CMake from source again and run the test suite.
(0028682)
Brad King   
2012-02-21 11:55   
We got the nightly build fixed. Please try the 20120220 build from here:

  http://www.cmake.org/files/dev/?C=M;O=D [^]

Thanks.
(0028697)
Hong Xu   
2012-02-21 21:53   
This works well now. Thanks!
(0028700)
Brad King   
2012-02-22 07:07   
Wonderful, thanks for testing!
(0030863)
David Cole   
2012-09-03 16:01   
Closing resolved issues that have not been updated in more than 4 months.