[Insight-developers] (ITK) Build Errors terminus.kitware -- WinXP-VC60, library rebuil ds

Mon, 17 Mar 2003 14:18:08 -0500

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2ECB9.F1C88370
Content-Type: text/plain;
	charset="iso-8859-1"

The build errors on terminus.kitware are referencing methods that I removed
from the system on Friday.  These symbols were never used, so I deleted them
to simplify the code.

Since we have these build errors, it looks VC6 did not rebuild all the
libraries or an old object file is lying around.

The reason I bring this up on the list(s) is that we have had a lot of
problems recently with VC6 building applications (examples) where the
dependent libraries are not being rebuilt.  Here is an example:  change some
code in library A.  Library B links with library A.  Executable C links with
library B.  If you just tell VC6 to build executable C, then library A does
not get rebuilt.  If you build from the top using the ALL_BUILD target, then
everything works fine. I think Matt discovered if he added the other
libraries to the particular projects (using "Add files to project"), then
the rebuilds are triggered properly.  However, this information is lost the
next time CMake is run.

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office"
/>Have other people seen this? Can CMake add the link libraries that an
executable uses that are also built by the workspace to the dependent
projects? Or is this necessary?

I think I have seen this same behavior on VC7.

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

millerjv@research.ge.com <mailto:millerjv@research.ge.com> 

james.miller@research.ge.com
(518) 387-4005, Dial Comm: 8*833-4005, 
Cell: (518) 505-7065, Fax: (518) 387-6981 

------_=_NextPart_001_01C2ECB9.F1C88370
Content-Type: text/html;
	charset="iso-8859-1"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">

<META content="MSHTML 6.00.2715.400" name=GENERATOR></HEAD>
<BODY>
<DIV>The build errors on 
terminus.kitware are referencing methods that I removed from the system on 
Friday.&nbsp; These symbols were never used, so I deleted them to simplify the 
code.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Since we have these build 
errors, it looks VC6 did not rebuild all the libraries or an old object file is 
lying around.</DIV>
<DIV>&nbsp;</DIV>
<DIV>The reason I bring this up on 
the list(s) is that we have had a lot of problems recently with VC6 building 
applications (examples) where the dependent libraries are not being 
rebuilt.&nbsp; Here is an example:&nbsp; change some code in library A.&nbsp; 
Library B links with library A.&nbsp; Executable C links with library B.&nbsp; 
If you just tell VC6 to build executable C, then library A does not get 
rebuilt.&nbsp; If you build from the top using the ALL_BUILD target, then 
everything works fine. I think Matt discovered if he added the other libraries 
to the particular projects (using "Add files to project"), then the rebuilds are 
triggered properly.&nbsp; However, this information is lost the next time CMake 
is run.</DIV>
<DIV class=Section1>
<?xml:namespace prefix = o ns = 
"urn:schemas-microsoft-com:office:office" /><o:p>Have other people seen this?&nbsp; Can 
CMake add the link libraries that an executable uses that are also built by the 
workspace to the dependent projects? Or is this 
necessary?</o:p>
<o:p>I think I 
have seen this same behavior on VC7.</o:p>
Jim Miller 
 _____________________________________ Visualization &amp; 
Computer Vision GE 
Research Bldg. KW, Room C218B P.O. Box 8, Schenectady NY 
12301 <A 
href="mailto:millerjv@research.ge.com">millerjv@research.ge.com</A>
james.miller@research.ge.com (518) 387-4005, Dial 
Comm: 8*833-4005, Cell: (518) 505-7065, 
Fax: (518) 387-6981 
&nbsp;<o:p></o:p></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------_=_NextPart_001_01C2ECB9.F1C88370--