Problem to wrap a C++ template for Python

------------------------------------------------------------------------------

_______________________________________________
Swig-user mailing list
Swig-user <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/swig-user

Re: namespace alias in C++ to C#

tlackey <at> sfmidaho.com wrote:
> I am new to using swig and I am having a problem accessing a class in an
> aliased namespace correctly.
> 
> the header file:
> 
> namespace bar=foo;
> 
> namespace foo {
>    class Handle
>      public:
>       ....
>    };
> }
> 
> swig file:
> 
> 
> class Handle
>     public:
>       ....
> };
> 
> When the swig wrapper is created  the code is like:
> 
> bar::Handle;
> 
> and it creates a generic swig pointer for it:
> SWIGTYPE_p_bar_Handle
> 
> It also creates the C# proxy class for the generic pointer
> SWIGTYPE_p_bar_Handle.cs and the Handle.cs class.
> 
> How do I get the generic swig pointer and the Handle to be the same?
> 
Give SWIG valid C++ code that will compile with a C++ compiler, for example:

%inline %{

namespace foo {
    class Handle {
      public:
//      ....
    };
}
namespace bar=foo;
void func(bar::Handle) {}

%}

William

------------------------------------------------------------------------------

Re: Change in handling of nested structs from 1.3.36?

------------------------------------------------------------------------------

_______________________________________________
Swig-user mailing list
Swig-user <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/swig-user

Re: namespace alias in C++ to C#

tlackey wrote:
> 
> I am new to using swig and I am having a problem accessing a class in an
> aliased namespace correctly.
> 
> the header file:
> 
> namespace bar=foo;
> 
> namespace foo {
>    class Handle
>      public:
>       ....
>    };
> }
> 
> swig file:
> 
> 
> class Handle
>     public:
>       ....
> };
> 
> When the swig wrapper is created  the code is like:
> 
> bar::Handle;
> 
> and it creates a generic swig pointer for it:
> SWIGTYPE_p_bar_Handle
> 
> It also creates the C# proxy class for the generic pointer
> SWIGTYPE_p_bar_Handle.cs and the Handle.cs class.
> 
> How do I get the generic swig pointer and the Handle to be the same?
> 
> Thanks,
> 
> Truman Lackey
> 
> 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Swig-user mailing list
> Swig-user <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/swig-user
> 
> 

To answer my own question I placed the following in my .i file:

namespace foo {
   class Handle
     public:
      ....
   };
}

class Handle
    public:
      ....
};

This handles both namespaced references to Handle and non namespace
references.
Is there possible a more elegant way to resolve this?  

As it is right now I have a lot of class code replication in my SWIG file.

--

-- 
View this message in context: http://www.nabble.com/namespace-alias-in-C%2B%2B-to-C--tp24280964p24294672.html
Sent from the swig-user mailing list archive at Nabble.com.

------------------------------------------------------------------------------

[Q] Howto Send/Return "unsigned char" arrays between "C" and "Perl5" Swig?

Hello,

I'm new to SWIG.

The Scenario:  I have some code that needs to interface with a low level driver that will receive or
send buffers through some hardware device (I2C in my case), and be able to run it from a Perl script.
Running native "C" code allows me to do all the required operations, but I'm required to run the same
from Perl.

The 'C' functions I want to be wrapped (and be visible to Perl) have the following signature:

	int i2c_write(I2C_HANDLE *handle, int count, unsigned char *input_buffer);
	int i2c_read(I2C_HANDLE *handle,  int count, unsigned char *output_buffer);

Both the input and output buffers will contain binary data (not strings) and are pointers to an array, 
previously allocated with enough room to work.

As far I have seen with SWIG is that "char *" (or/and unsigned "char *") is dealt in a special way 
that can be used as an array...

The interface from Perl that I expect is that I will prepare an Perl array containing the characters
to be sent, or receive an array with the characters received. Is this possible?

	 <at> buffer = ( 10, 255, 23, 12, 70, 1 .. 255);
	$count = I2C::write($handle,  <at> buffer);
	...
	$count = I2C::read($handle,  <at> buffer);

	foreach $i ( <at> buffer(
	{
		print "Got $i\n";
	}

Also the use of "pack" or "unpack" is acceptable.

Currently I'm using a "carrays.i" for this task, which adds a lot of overhead on the perl scripts.. 
and also a small warning on the manual tells me not to use "char *" with "%array_functions" 
(end of section 8.2.2) 

[Q] Is it safe to use "%array_functions" with "unsigned char *"?

Thanks in advance

--- Ricky Marek.

------------------------------------------------------------------------------

[Q] Howto Send/Return "unsigned char" arrays between "C" and "Perl5" Swig?

Hello,

I'm new to SWIG.

The Scenario:  I have some code that needs to interface with a low level driver that will receive or
send buffers through some hardware device (I2C in my case), and be able to run it from a Perl script.
Running native "C" code allows me to do all the required operations, but I'm required to run the same
from Perl.

The 'C' functions I want to be wrapped (and be visible to Perl) have the following signature:

	int i2c_write(I2C_HANDLE *handle, int count, unsigned char *input_buffer);
	int i2c_read(I2C_HANDLE *handle,  int count, unsigned char *output_buffer);

Both the input and output buffers will contain binary data (not strings) and are pointers to an array, 
previously allocated with enough room to work.

As far I have seen with SWIG is that "char *" (or/and unsigned "char *") is dealt in a special way 
that can be used as an array...

The interface from Perl that I expect is that I will prepare an Perl array containing the characters
to be sent, or receive an array with the characters received. Is this possible?

	 <at> buffer = ( 10, 255, 23, 12, 70, 1 .. 255);
	$count = I2C::write($handle,  <at> buffer);
	...
	$count = I2C::read($handle,  <at> buffer);

	foreach $i ( <at> buffer(
	{
		print "Got $i\n";
	}

Also the use of "pack" or "unpack" is acceptable.

Currently I'm using a "carrays.i" for this task, which adds a lot of overhead on the perl scripts.. 
and also a small warning on the manual tells me not to use "char *" with "%array_functions" 
(end of section 8.2.2) 

[Q] Is it safe to use "%array_functions" with "unsigned char *"?

Thanks in advance

--- Ricky Marek.

------------------------------------------------------------------------------

Re: namespace alias in C++ to C#

> To answer my own question I placed the following in my .i file:
> 
> namespace foo {
>    class Handle
>      public:
>       ....
>    };
> }
> 
> class Handle
>     public:
>       ....
> };
> 
> This handles both namespaced references to Handle and non namespace
> references.
> Is there possible a more elegant way to resolve this?

Might I suggest:

namespace foo {
   class Handle
     public:
      ....
   };
}
typedef foo::Handle Handle;

------------------------------------------------------------------------------

Re: Change in handling of nested structs from 1.3.36?

Solomon Gibbs wrote:

> I now know what is causing the syntax error. In retrospect, I shouldn't 
> have removed the comments from the module when I posted it earlier. The 
> real module contains the doxygen end-of-line comment:
> /**≤ v1/v2 B-tree & local/fractal heap for groups, B-tree for chunked 
> datasets */
> 
> It appears that the '/' characters in the comment cause the syntax 
> error. If I delete them, the problem goes away.
> 
> The module with the problematic comment is attached.
> 
This is a regression from 1.3.37, now fixed in svn.

> I'm still not sure why -Wallkw fails because the swig search paths are 
> just as you described them, but I'm prepared to live without it.
> 
Also just fixed in svn.

William

------------------------------------------------------------------------------

Re: namespace alias in C++ to C#

lacktrum wrote:
> 
> tlackey wrote:
>> I am new to using swig and I am having a problem accessing a class in an
>> aliased namespace correctly.
>>
>> the header file:
>>
>> namespace bar=foo;
>>
>> namespace foo {
>>    class Handle
>>      public:
>>       ....
>>    };
>> }
>>
>> swig file:
>>
>>
>> class Handle
>>     public:
>>       ....
>> };
>>
>> When the swig wrapper is created  the code is like:
>>
>> bar::Handle;
>>
>> and it creates a generic swig pointer for it:
>> SWIGTYPE_p_bar_Handle
>>
>> It also creates the C# proxy class for the generic pointer
>> SWIGTYPE_p_bar_Handle.cs and the Handle.cs class.
>>
>> How do I get the generic swig pointer and the Handle to be the same?
>>
>> Thanks,
>>
>> Truman Lackey
>>
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Swig-user mailing list
>> Swig-user <at> lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/swig-user
>>
>>
> 
> To answer my own question I placed the following in my .i file:
> 
> namespace foo {
>    class Handle
>      public:
>       ....
>    };
> }
> 
> class Handle
>     public:
>       ....
> };
> 
> This handles both namespaced references to Handle and non namespace
> references.
> Is there possible a more elegant way to resolve this?  
> 
> As it is right now I have a lot of class code replication in my SWIG file.
> 
Did you see my reply? If you give SWIG the correct C++ code it should do 
the right thing. You can do this by replicating the classes *exactly* in 
your interface file or more simply use %include of the original headers.

William

------------------------------------------------------------------------------

Swig, C++, Python and pyodbc

G'day Guys,
I've got swig building creating the linkage between python and c++ so that I
can create objects in either language that the other can use, which is
great!.  However when I try and do:
import sys
import mySwigComponent
import pyodbc

it fails, and tells me there is no module named pyodbc.  I've ensured that
the pyodbc.pyd file is in the correct path, I've even tried sys.path.append(
) to ensure that the location is know, to no avail.

I am currently using Python 2.6.2 with the pyodbc.pyd built against it.

Hope someone can help, I'm pulling my hair out and I'm sure it's something
simple that I've missed.

Cheers

--

-- 
View this message in context: http://www.nabble.com/Swig%2C-C%2B%2B%2C-Python-and-pyodbc-tp24285918p24285918.html
Sent from the swig-user mailing list archive at Nabble.com.

------------------------------------------------------------------------------