unable to use native functors with gcc 3.4.3?

[Filip Konvicka]

> On 5/11/06, Filip Konvička
> <filip.konvicka.removethisantispamtoken at logis.cz> wrote:
>>
>> %****************** Error: native code interface ****************
>> %**
>> %** Cannot dynamically link object file
>> %**
>> %** File name: /tmp/install2/cache/x-ozlib/ri/ri.so-linux-i486
>> %** dlerror:   /tmp/install2/cache/x-ozlib/ri/ri.so-linux-i486:
>> undefined symbol: _Z14OZ_sCloneBlockPjS_i
>> %** In statement: {<P/2 INTERNAL.getNative> '#'('/' [116 109 112] '/'
>> [105 110 115 116 97 108 108 50] '/' [99 97 99 104 101] '/' [120 45 111
>> 122 108 105 98] '/' [114 105] ,,,) _}
>> %**
>> %** Call Stack:
>> %** procedure 'Meth_native_win32' in file
>> "/usr1/fkonvick/src/mozart/share/lib/init/Resolve.oz", line 63, column
>> 3, PC = 151162748
>> %**--------------------------------------------------------------
>>
> 
> 
>> I think that the function is not exported with gcc 3.4.3.
>>
>> The library works fine on Windows when I cross-compile it using mingw.
>>
Gustavo Gutierrez 11.5.2006 15:40:
> 
> I had the same problem while developing some propagators for the XRI
> module.  I don't remember which gcc version i was using that time.
> Unfortunately i don't know why this is happening but you are right, it
> is something concerned with the compiler version and the platform.
> Right now i am using gcc 4.0 on a powerpc machine and this error
> doesn't  happen.
> 

Thanks for the info! I need to debug XRI a bit, because the hc4 & k3b 
propagators sometimes crash ozengine when used in branch-and-bound 
search (which involves lot of cloning etc.) - that's why I need the 
linux build.

I'll try to dump the exports on linux to see whether the function is 
really missing or whether there is a naming mismatch...

Cheers,
Filip