[reSIProcate] u_int32_t

[stensil]

Be careful with the repro-sources after that ;)
In the BerkeleyDB.cxx u_int32_t-typedef from berkeley DB sources and 
resip::u_int32_t will conflict... I don't see simple solution for that 
situation except removing line "using namespace resip" in BerkeleyDB.cxx 
and *explicit* using resip namespace all over this file, but this is so 
ugly... :s

Scott Godin wrote:
> Oops - I missed the end bracket on the namespace definition - I'll fix it
> later today.  Thanks for catching that.  : )
>
> -----Original Message-----
> From: stensil [mailto:stensil at list.ru] 
> Sent: Wednesday, October 19, 2005 5:46 AM
> To: Scott Godin
> Cc: resiprocate-devel at list.sipfoundry.org
> Subject: Re: [reSIProcate] u_int32_t
>
> :-?  It seems to me that u_int32_t-typedef is located in global 
> namespace as yet...
>
> Scott Godin wrote:
>   
>> I moved it to the resip namespace in SVN head.
>>
>>   
>>     
>>> -----Original Message-----
>>> From: resiprocate-devel-bounces at list.sipfoundry.org
>>>     
>>>       
>> [mailto:resiprocate-
>>   
>>     
>>> devel-bounces at list.sipfoundry.org] On Behalf Of stensil
>>> Sent: Tuesday, October 18, 2005 12:15 AM
>>> To: resiprocate-devel at list.sipfoundry.org
>>> Subject: [reSIProcate] u_int32_t
>>>
>>> Hello, in rutil/compat.hxx for WIN32-platform there is typedef
>>>
>>>     typedef unsigned int u_int32_t; //!dcm! -- any other platforms?
>>>
>>> which conflicts with u_int32_t in JRTPLib :(
>>> Maybe just put this typedef in resip-namespace?..
>>>