From: Eric Prud'h. <er...@w3...> - 2010-07-06 20:29:35
|
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 |