Eric Prud'hommeaux wrote:
> I have a project where
> swig -c++ -python swig/SWObjects.i
> works but
> swig -c++ -java swig/SWObjects.i
> fails with
> [[
> swig/SWObjects.i:3: Error: Unable to find 'std_set.i'
> /usr/local/share/swig/2.0.0/std/std_basic_string.i:2: Error: Unable to find 'std_container.i'
> /usr/local/share/swig/2.0.0/std/std_basic_string.i:3: Error: Unable to find 'std_alloc.i'
> /usr/local/share/swig/2.0.0/std/std_basic_string.i:4: Error: Unable to find 'std_char_traits.i'
>
> ]]. The -python codepath includes
> /usr/local/share/swig/2.0.0/std/std_set.i ; the -java codepath looks in
> [[
> open("std_set.i", O_RDONLY) = ENOENT
> open("./std_set.i", O_RDONLY) = ENOENT
> open("lib/std_set.i", O_RDONLY) = ENOENT
> open("interface/std_set.i", O_RDONLY) = ENOENT
> open("./swig_lib/java/std_set.i", O_RDONLY) = ENOENT
> open("/usr/local/share/swig/2.0.0/java/std_set.i", O_RDONLY) = ENOENT
> → open("./swig_lib/std_set.i", O_RDONLY) = ENOENT
> → open("/usr/local/share/swig/2.0.0/std_set.i", O_RDONLY) = ENOENT
> open("./std_set.i", O_RDONLY) = ENOENT
> open("swig/std_set.i", O_RDONLY) = ENOENT
> ]] while the python codepath looks for *std/*std_set.i . Attempting to
> cheat fate with
> cp ../std/{std_container.i,std_set.i,std_alloc.i,std_char_traits.i} /usr/local/share/swig/2.0.0/java
> I confuse swig
> /usr/local/share/swig/2.0.0/java/std_set.i:93: Error: Syntax error in input(3).
> with this line:
> [[
> %traits_swigtype(_Key);
> ]] — /usr/local/share/swig/2.0.0/java/std_set.i:93
> ^^^^^ well, std/ really
>
> http://prdownloads.sourceforge.net/swig/swig-2.0.0.tar.gz
> SWIG Version 2.0.0
> Compiled with g++ [i686-pc-linux-gnu]
>
> Minimal setup to reproduce the bug furnished upon request.
There is no std_set.i supplied for Java.
William
|
