[cgma-dev] Finding ACIS in Cubit

[Jason Kraftcheck]

Jed Brown wrote:
> Jason Kraftcheck wrote:
>> Jed Brown wrote:
>>> Jason Kraftcheck wrote:
>>>
>>>> I don't think there have been any significant changes to the C++ ABI for
>>>> g++ since 3.3.  Would you mind sending the config.log file for the
>>>> failing run of the configure script?
>>> attached
>>>
>> This is the failure:
>>
>>   configure:22783: checking for AcisQueryEngine::instance_ in
>>     /home/jed/usr/cubit-20091014/bin/libcubiti19.so
>>   ../configure: line 22786: ./libtool: No such file or directory
>>   configure:22793: result: no
>>
>> The original configure script would use libtool to do link tests so we
>> could use -rpath type options portably.  However, with the release of
>> libtool 2.x, the libtool script isn't generated until the end of the
>> configure script.  So we changed the configure script such that it no
>> longer requires libtool for this and other tests.  From the above error,
>> my first guess is that you are using libtool 2.x with an older version
>> of the CGM configure script.
> 
> I just re-fetched head and autoreconf -fi.  I have libtool 2.2.6a.
> When there is no libtool script in the build directory, I get
> 

There should not be a libtool script in the directory until after the 
configure script has run.

> ../configure: line 22511: ./libtool: No such file or directory
> ../configure: line 22519: ./libtool: No such file or directory
> checking for C++-standard library in std:: namespace... no
> checking for C++-standard I/O in std:: namespace... no
> checking if C++ template definitions should be included... yes
> checking for AcisQueryEngine::instance_ in /home/jed/usr/cubit-20091014/bin/libcubiti19.so... no
> configure: error: "Cubit library not found in /home/jed/usr/cubit-20091014/bin"
> 

The above errors are due to a different bug.

> 
> after: ln -s /usr/bin/libtool
> 
> I get the attached config.log
> 

I see that in this output the script is no longer trying to use libtool, 
which is a start.  I'm still unsure why the link is failing.  If you 
compile the following (just compile, not link: g++ -c ...):

class AcisQueryEngine { public: static AcisQueryEngine* instance_; };

int main()
{
   AcisQueryEngine::instance_ = 0;
   return 0;
}

and then run "nm main.o | fgrep instance_".  Is it the same mangled name 
as you see the Cubit library?

- jason