[Cmake] Dependency checker, custom command, and Intel C++ compiler

Miller, James V (CRD) millerjv at crd.ge.com
Fri Oct 5 07:48:13 EDT 2001


I have been having a hard time lately with CMake projects that use the Intel C++ compiler.  The
problem is an "undefined symbol" encountered at link time.  It always relates to a change made to a
header file in another directory.  In other words, a change is made to a header file in one directory
and an xecutable that "implicity" needs that new header (i.e. it does not include the file itself but
something it includes needs the file) fails to link because it cannot find the "new" symbol.
 
I have had this happen when I moved a method from the protected section of a class to the private
section of a class.  I have had this happen when I add an ivar to class.
 
This problem never occurs when the VC++ compiler is used, only when the Intel C++ compiler is used as
a drop in replacement to the VC++ compiler. Does anyone know if there is a known problem with the
DevStudio dependency checker when the Intel C++ compiler is used? Could this be a problem with
"when/how" custom commands are run?
 
My only recourse is to clean the entire workspace and have CMake regenerate the project files.  This
is rather a pain.


Jim Miller 
_____________________________________
Visualization & Computer Vision
GE Corporate Research & Development
Bldg. KW, Room C218B
P.O. Box 8, Schenectady NY 12301

millerjv at crd.ge.com < mailto:millerjv at crd.ge.com <mailto:millerjv at crd.ge.com> >
(518) 387-4005, Dial Comm: 8*833-4005, 
Cell: (518) 505-7065, Fax: (518) 387-6981 


 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake/attachments/20011005/75f8c0b5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Miller, James V (CRD).vcf
Type: application/octet-stream
Size: 392 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/cmake/attachments/20011005/75f8c0b5/attachment.obj>


More information about the CMake mailing list