|
From: Eric Prud'h. <er...@w3...> - 2010-07-06 15:02:47
|
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.
--
-ericP
|