headers
William S Fulton | 1 Feb 2009 01:26
Picon
Favicon
Gravatar

ANNOUNCE - swig-1.3.38

*** ANNOUNCE: SWIG 1.3.38 (31 January 2009) ***

http://www.swig.org

We're pleased to announce SWIG-1.3.38, the latest installment in the
SWIG development effort.  SWIG-1.3.38 includes a number of bug fixes
and enhancements.

What is SWIG?
-------------

SWIG is a software development tool that reads C/C++ header files and
generates the wrapper code needed to make C and C++ code accessible
from other languages including Perl, Python, Tcl, Ruby, PHP, Java,
Scheme (Guile, MzScheme, CHICKEN), Ocaml, Lua, Pike, C#, Modula-3, 
Octave, R,
Common Lisp (CLISP, Allegro CL, CFFI, UFFI). SWIG can also export its parse
tree in the form of XML and Lisp s-expressions.  Major applications of
SWIG include generation of scripting language extension modules, rapid
prototyping, testing, and user interface development for large C/C++
systems.

What's New?
===========

SWIG-1.3.38 summary:
- Output directory regression fix and other minor bug fixes

Availability:
-------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Feb 2009 22:04
Picon
Favicon

[ swig-Bugs-2555955 ] __repr__() give different result at each call

Bugs item #2555955, was opened at 2009-02-01 22:04
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2555955&group_id=1645

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: python
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Gaetan Lehmann (gleh)
Assigned to: Nobody/Anonymous (nobody)
Summary: __repr__() give different result at each call

Initial Comment:
Default __repr__() method gives something different each time I call it with swig 1.3.38.

>>> img
<itkImagePython.itkImageUS2; proxy of <Swig Object of type 'itkImageUS2 *' at 0x2fd9180> >
>>> img
<itkImagePython.itkImageUS2; proxy of <Swig Object of type 'itkImageUS2 *' at 0x2fd91a0> >
>>> img
<itkImagePython.itkImageUS2; proxy of <Swig Object of type 'itkImageUS2 *' at 0x2fd9120> >

The result was stable with swig 1.3.36.
We were used to use it in tests to be sure that the object are the same - they have the same address. Maybe not a
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marijn Schouten (hkBst | 2 Feb 2009 17:39
Picon
Favicon

Re: ANNOUNCE - swig-1.3.38


William S Fulton wrote:
> *** ANNOUNCE: SWIG 1.3.38 (31 January 2009) ***
> 
> http://www.swig.org
> 
> 
> We're pleased to announce SWIG-1.3.38, the latest installment in the
> SWIG development effort.  SWIG-1.3.38 includes a number of bug fixes
> and enhancements.

I had a problem building swig-1.3.38:

checking for gzdopen in -lz... yes

configure: creating ./config.status

config.status: creating Makefile

config.status: creating config.h

make -j2

test -z "1" || (cd CCache && make)

make[1]: Entering directory
`/var/tmp/portage/dev-lang/swig-1.3.38/work/swig-1.3.38/CCache'

x86_64-pc-linux-gnu-gcc -march=core2 -O2 -pipe -Wall -W -I.   -c -o ccache.o
ccache.c
(Continue reading)

Permalink | Reply | 5 comments |
headers
Robert Stone | 2 Feb 2009 21:24
Picon
Picon

Re: guidance request

On Fri, Jan 30, 2009 at 10:31:30AM +0530, Jason Stewart wrote:
> Hey Robert,
> 
> Do you have enough for me to test out your current draft?
>

	The wrapper code being generated structurally very close
to where I wanted to take it.  perl5.cxx is still a bit of a mess
though.  I aim to apply William's suggestions, generally further code
clarity, and audit to make sure updates play well with the different
command line option modes.
	Two testcases are currently failing because multiple native
pointer wrappers can be emitted for the same object (thus, interpreter
code can not compare native pointers using "==" and friends on the
wrapper objects).  This is fixable but doing it right requires a deeper
understanding of SWIGs ownership handling model than I have quite yet.
I believe the process of introducing directors will make things clear
here, and have begun initial work on a directors patch against my
branch.
	I would love to hear your thoughts on the work so far.  The
history is long enough that getting a diff between trunk and the branch
takes SourceForge quite a while (sometimes it times out completely).  If
you'd like to see it in that format, I keep one handy.

						-Robert

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
(Continue reading)

Permalink | Reply | 4 comments |
headers
Uri Shachar | 4 Feb 2009 12:25
Picon
Favicon

C++ to C module


Hi All,

        Anybody knows what is the status of the C++ to C module?
Is it going to be integrated into the trunk soon?

              Cheers,
                         Uri

_________________________________________________________________
Drag n’ drop—Get easy photo sharing with Windows Live™ Photos.

http://www.microsoft.com/windows/windowslive/photos.aspx

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Swig-devel mailing list
Swig-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/swig-devel
Permalink | Reply | 2 comments |
headers
SourceForge.net | 4 Feb 2009 15:38
Picon
Favicon

[ swig-Bugs-2564192 ] passing $1 from Perl as a string fails (SWIG_AsCharPtrAndSiz

Bugs item #2564192, was opened at 2009-02-04 15:38
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2564192&group_id=1645

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: perl
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Kolovratnk (smaj)
Assigned to: Nobody/Anonymous (nobody)
Summary: passing $1 from Perl as a string fails (SWIG_AsCharPtrAndSiz

Initial Comment:
Passing a string from Perl code to a C function fails with type error if the string is a substring matched by a
regexp. The type checking is done in SWIG_AsCharPtrAndSize function. The failure is reported by the
following massage:

TypeError in method 'mylen', argument 1 of type 'char const *'

I have isolated the code to exemplify and reproduce the reported behaviour. There is a simple C function
mylen that takes a single char pointer argument. If it is brought into Perl with SWIG and called with a
string captured in $1 variable, it fails. However, if it is called with another common variable using Swig
or with any variable using XS interface, it works fine.
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 4 Feb 2009 19:05
Picon
Favicon

[ swig-Bugs-2564192 ] passing $1 from Perl as a string fails (SWIG_AsCharPtrAndSiz

Bugs item #2564192, was opened at 2009-02-04 14:38
Message generated for change (Comment added) made by talby
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101645&aid=2564192&group_id=1645

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: perl
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Kolovratnk (smaj)
>Assigned to: Robert Stone (talby)
Summary: passing $1 from Perl as a string fails (SWIG_AsCharPtrAndSiz

Initial Comment:
Passing a string from Perl code to a C function fails with type error if the string is a substring matched by a
regexp. The type checking is done in SWIG_AsCharPtrAndSize function. The failure is reported by the
following massage:

TypeError in method 'mylen', argument 1 of type 'char const *'

I have isolated the code to exemplify and reproduce the reported behaviour. There is a simple C function
mylen that takes a single char pointer argument. If it is brought into Perl with SWIG and called with a
string captured in $1 variable, it fails. However, if it is called with another common variable using Swig
or with any variable using XS interface, it works fine.
(Continue reading)

Permalink | Reply | 0 comments |
headers
William S Fulton | 4 Feb 2009 21:25
Picon
Favicon
Gravatar

Re: perl test-suite failures - cygwin

Let me know when you've done the float fix and then I'll spend some time 
on the remaining problems.

William
Robert Stone wrote:
> 	Those tests came out pretty pedantic.  It could just as likely
> be a limitation in Perl on that platform as a limitation in SWIG.  I
> think that float test fails consistently and is something I intend to
> fix.  The other two are odd, is that perl using 64 bit IVs?
> 
> 						-Robert
> 
> On Sun, Jan 25, 2009 at 03:36:24PM +0530, Jason Stewart wrote:
>> Hey William,
>>
>> On Mon, Jan 5, 2009 at 4:58 AM, William S Fulton
>> <wsf <at> fultondesigns.co.uk> wrote:
>>
>>> ok 139 - inout_uint 12
>>> ok 140 - inoutr_uint 12
>>> not ok 141 - in_uint 4294967295
>>> #   Failed test 'in_uint 4294967295'
>>> #   in ./li_typemaps_runme.pl at line 18.
>>> #          got: undef
>>> #     expected: '4294967295'
>>> #$ <at> # OverflowError in method 'in_uint', argument 1 of type 'unsigned int'
>> These look bad.
>>
>>> not ok 297 - in_float inf # TODO float typemaps don't pass infinity
>>> #   Failed (TODO) test 'in_float inf'
(Continue reading)

Permalink | Reply | 0 comments |
headers
William S Fulton | 4 Feb 2009 21:47
Picon
Favicon
Gravatar

Re: ANNOUNCE - swig-1.3.38

Marijn Schouten (hkBst) wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> William S Fulton wrote:
>> *** ANNOUNCE: SWIG 1.3.38 (31 January 2009) ***
>>
>> http://www.swig.org
>>
>>
>> We're pleased to announce SWIG-1.3.38, the latest installment in the
>> SWIG development effort.  SWIG-1.3.38 includes a number of bug fixes
>> and enhancements.
> 
> I had a problem building swig-1.3.38:
> 
> 
> checking for gzdopen in -lz... yes
> 
> configure: creating ./config.status
> 
> config.status: creating Makefile
> 
> config.status: creating config.h
> 
> make -j2
> 
> test -z "1" || (cd CCache && make)
> 
> make[1]: Entering directory
(Continue reading)

Permalink | Reply | 4 comments |
headers
William S Fulton | 4 Feb 2009 22:26
Picon
Favicon
Gravatar

Re: guidance request

Robert Stone wrote:
> On Fri, Jan 30, 2009 at 10:31:30AM +0530, Jason Stewart wrote:
> I would love to hear your thoughts on the work so far.  The
> history is long enough that getting a diff between trunk and the branch
> takes SourceForge quite a while (sometimes it times out completely).  If
> you'd like to see it in that format, I keep one handy.
> 
Richard Boulton keeps a synchronised copy of the SWIG svn repository 
which might be faster:

http://svn.tartarus.org/swigsync

William

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
Permalink | Reply | 3 comments |

Gmane