On Jan 18, 2008 6:14 PM, Murray Cumming <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2008-01-18 at 16:04 +0200, Naveen Verma wrote:
> > Hi,
> >
> > Yes that was the reason. Now one thing I still did not understand how
> > we can create a new m4 _CONVERSION macro for any data type conversion
> > if it is
On Fri, 2008-01-18 at 16:04 +0200, Naveen Verma wrote:
> Hi,
>
> Yes that was the reason. Now one thing I still did not understand how
> we can create a new m4 _CONVERSION macro for any data type conversion
> if it is not already defined.
>
> I check it the "Wrapping C library"document. There is
On Jan 18, 2008 3:04 PM, Naveen Verma <[EMAIL PROTECTED]> wrote:
> Now one thing I still did not understand how we can
> create a new m4 _CONVERSION macro for any data type conversion if it is not
> already defined.
>
> I check it the "Wrapping C library"document. There is a one example, but I
> di
Hi,
Yes that was the reason. Now one thing I still did not understand how we can
create a new m4 _CONVERSION macro for any data type conversion if it is not
already defined.
I check it the "Wrapping C library"document. There is a one example, but I
did not understand the third argument with $2, $
On Fri, 2008-01-18 at 10:34 +0200, Naveen Verma wrote:
> Hi,
>
> I was trying to check why the _WRAP_METHOD is not working for me. I am
> defining the macro as:
> _WRAP_METHOD(void update(const Glib::ustring& data) const,
> g_checksum_update)
>
> But when I try to generate the code using perl sc
On Jan 18, 2008 9:34 AM, Naveen Verma <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I was trying to check why the _WRAP_METHOD is not working for me. I am
> defining the macro as:
> _WRAP_METHOD(void update(const Glib::ustring& data) const,
> g_checksum_update)
>
> But when I try to generate the code using
