[Cmake] command to build dynamic lib changed causing my VXL build to brea
k
Wheeler, Fred (CRD)
wheeler at crd . ge . com
Sat, 12 Jan 2002 11:06:40 -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_01C19B83.1EBF9E60
Content-Type: text/plain;
charset="iso-8859-1"
I just solved a strange build problem for myself that is somehow related to VXL, CMake and my
particular environment. I don't know if there is any particular change that should be made to VXL or
CMake, but this took me so long to track down I thought I should briefly report it.
Sometime over the past week or two CMake started producing makefiles that use the "-shared -nostdlib"
options instead of "-Wl,-G" to link objects into a shared library (*.so). With this change all of
VXL still builds for me, but just about all executables produced in the VXL tree stop with a Bus
Error immediately after starting. Everything build fine, but nothing runs. Strange.
I'm using Solaris 2.7. I saw this problem on both gcc-3.0.3 and gcc-3.0.2. I isolated the problem
(to some extent) by first backing off the compiler version, which I changed recently, then backing
off the VXL source tree about a month, and then backing off the CMake source tree about a month (a
desperate guess that I really didn't think would have any effect, but it did).
I added these lines to my CMakeCache...
CMAKE_MODULE_BUILD_FLAGS:STRING=-Wl,-G
CMAKE_SHLIB_BUILD_FLAGS:STRING=-Wl,-G
Fred Wheeler
--
Fred Wheeler, GE CRD, KWC-303
Phone: 518-387-7225 (GE Internal Dialcom: 8*833-7225)
Fax: 518-387-4042 (GE Internal Dialcom: 8*833-4042)
------_=_NextPart_001_01C19B83.1EBF9E60
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 5.50.4807.2300" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Georgia color=#0000ff><SPAN class=152455215-12012002>I just
solved a strange build problem for myself that is somehow related to VXL, CMake
and my particular environment. I don't know if there is any particular
change that should be made to VXL or CMake, but this took me so long to track
down I thought I should briefly report it.</SPAN></FONT></DIV>
<DIV><FONT face=Georgia color=#0000ff><SPAN
class=152455215-12012002></SPAN></FONT> </DIV>
<DIV><FONT face=Georgia color=#0000ff><SPAN class=152455215-12012002>Sometime
over the past week or two CMake started producing makefiles that use
the "-shared -nostdlib" options instead of "-Wl,-G" to link objects into a
shared library (*.so). With this change all of VXL still builds for me,
but just about all executables produced in the VXL tree stop with a
Bus Error immediately after starting. Everything build fine, but nothing
runs. Strange.</SPAN></FONT></DIV>
<DIV><FONT face=Georgia color=#0000ff><SPAN
class=152455215-12012002></SPAN></FONT> </DIV>
<DIV><FONT face=Georgia color=#0000ff><SPAN class=152455215-12012002>I'm using
Solaris 2.7. I saw this problem on both gcc-3.0.3 and gcc-3.0.2. I
isolated the problem (to some extent) by first backing off the compiler version,
which I changed recently, then backing off the VXL source tree about a month,
and then backing off the CMake source tree about a month (a desperate guess that
I really didn't think would have any effect, but it did).</SPAN></FONT></DIV>
<DIV><FONT face=Georgia color=#0000ff></FONT> </DIV>
<DIV><SPAN class=152455215-12012002><FONT face=Georgia color=#0000ff>I added
these lines to my CMakeCache...</FONT></SPAN></DIV>
<DIV><FONT face=Georgia
color=#0000ff>CMAKE_MODULE_BUILD_FLAGS:STRING=-Wl,-G<BR>CMAKE_SHLIB_BUILD_FLAGS:STRING=-Wl,-G</FONT></DIV>
<DIV><FONT face=Georgia color=#0000ff></FONT> </DIV>
<DIV><FONT face=Georgia color=#0000ff><SPAN class=152455215-12012002>Fred
Wheeler</SPAN></FONT></DIV>
<P><FONT size=2>--<BR>Fred Wheeler, GE CRD, KWC-303<BR>Phone: 518-387-7225 (GE
Internal Dialcom: 8*833-7225)<BR>Fax: 518-387-4042 (GE Internal
Dialcom: 8*833-4042)<BR></FONT></P>
<DIV> </DIV></BODY></HTML>
------_=_NextPart_001_01C19B83.1EBF9E60--