Alfred E. Heggestad schrieb:
> Vaclav Kubart wrote:
>> Hi Nils,
>> libcds (when compiled for usage with SER) must use some functions from
>> SER's core - like memory allocation, ... So there is a need that such
>> symbols are known at runtime only.
>>
>> But I have never seen the Mac OS linker so I really don't know how to
>> solve it, sorry.
>>
> 
> for linking dynamic modules on darwin you might try something
> like this:
> 
> 
>     LFLAGS    += -dynamiclib -undefined dynamic_lookup
> 

Thanks Alfred.
I forgot to inform the list that I solved the problem meanwhile by 
myself with:
   LIB_LDFLAGS+= -flat_namespace -undefined suppress
in the cds Makefile. This fix is already in the CVS.

Cheers
   Nils

> 
> /alfred
> 
>>     Vaclav
>>
>> On Ne, dub 13, 2008 at 05:12:27 -0400, Nils Ohlmeier wrote:
>>> Hello,
>>>
>>> I just tried to compile SER head on Mac OS X and the linker does not 
>>> like the lib cds at all. It complains about dozen of undefined 
>>> symbols. And in my opinion the Mac OS linker is right.
>>> If you take a look at libser_cds.so.0.1 with nm it turns out that the 
>>> lib has several undefined symbols:
>>>    U core_cfg
>>>    U dprint
>>>    U dprint_crit
>>>    U free_rr
>>>    U log_stderr
>>>    U mem_block
>>>    U mem_lock
>>>    U parse_expires
>>>    U parse_headers
>>>    U parse_rr_body
>>>    U parse_subscription_state
>>>    U qm_free
>>>    U qm_malloc
>>>    U shm_block
>>>    U shm_duplicate_rr
>>>
>>> My only explanation is that the linker under Linux assumes that these 
>>> undefined symbols can be solved at run time. But I'm still wondering 
>>> why it does not at least spit out a warning.
>>>
>>> Any ideas how to solve this problem?
>>>
>>> Thanks
>>>    Nils
>>> _______________________________________________
>>> Serdev mailing list
>>> [email protected]
>>> http://lists.iptel.org/mailman/listinfo/serdev
>> _______________________________________________
>> Serdev mailing list
>> [email protected]
>> http://lists.iptel.org/mailman/listinfo/serdev
> 

_______________________________________________
Serdev mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/serdev

Reply via email to