similar to: [LLVMdev] Java Bindings for LLVM through SWIG

Hello all, I am interested in the project: SWIG-based java bindings. It says a few things of Java bindings generated by SWIG don't work. Could you point out which particular part does not work? -- Best Regards, Sabrina -------------- next part -------------- An HTML attachment was scrubbed... URL:

I just get the latest version of Xapian 1.2.2 and see that the Java bindings still aren't in a package. Do these work? I am trying to hack them into a package but I can't find where the actual swig -java command is being executed from to add the -package command. Any ideas? -- Jarrod Roberson www.vertigrated.com/blog

I recently wrote a post on installing "Git for Windows" on a legacy XP SP3 Home box. http://nurmi-labs.blogspot.com/2016/11/git.html I added some missing files from the MSYS2 packages which were removed for the downloadable "Git for Windows" installer and a compiler and some additional libraries. For other utilities (bison, flex, info, m4, make, and csh/tcsh), and code I

If SWIG can be made to do a good job with Python/Ruby/Perl etc bindings around LLVM, I would be very interested in this. I'm personally interested in seeing both Python and Ruby bindings, and in having them be as easily maintained as possible. I think it would be interesting to see what the SWIG-style solution can do in this direction as opposed to the C-binding approach. If it results in

I still can't get xapian core to build on windows so I guess it is kind of moot to begin with. Just wondering.

Hi, I've been lurking around the LLVM project for a couple of months now. The two recent threads about python bindings for LLVM ([1] and [2]), combined with the fact that I am looking for at GSoC project at the moment. Lead to the idea of making the "public" parts of LLVM SWIG[3]-friendly and basing a set of python bindings on this. My reasoning for doing it this way, is that it

There doesn't seem to be any *.i files in the tree. I downloaded the most recent sources via svn. Did a ./bootstrap. Created a build directory and did the ../configure --without-documentation. I could never find the right packages to load to get tex working right, but that's a different problem. I also did a make from the .../build directory. Anyway I'm trying to package the

To anyone on #llvm I'm sure I'm starting to sound like a broken record, but I'd just like to point out that for python bindings at least, you can quite easily manipulate the LLVM infrastructure via ctypes as a shared object / dll -- no C required! Those of us interested in talking to LLVM from Lisps, either Common Lisp (via CFFI) or a scheme like PLT/Mzscheme, can also use the shared

Hello, Been using Xapian and the Java bindings for years, all was working great, and I all of a sudden decided to upgrade to the latest 1.2.12 and use the new java-swig bindings instead of the old hand-crafted JNI which I think have been deprecated now. I'm struggling with the new design of the TermIterator. More specifically, I can't tell when I've reached the end of the list of

Dear xapian developers, I've added a function named "set_sort_by_relevance_then_value()". Now I want to rebuild python-bindings to include the new function and test if it works or not. I guess there is a way to rebuild all of the binding modules include the new function. I am not used to SWIG. I want to which files I need to change and how to build it. Thanks! Sungsoo Kim

Hi, I'm confused about my licensing obligation with respect to the Xapian SWIG bindings. I've got a python wrapper that sits above the standard Xapian Python/SWIG bindings, and I wasn't sure if the *intent* of the Xapian team is that my python wrapper - and any code that also uses my wrapper also falls under GPLv2. It seems unclear if the FSF's position on dynamic linking in

Eli Gottlieb <eligottlieb at gmail.com> writes: > So you're saying that the default CMake build of LLVM creates static > libraries that got linked into my shared-object and now require me to > link in everything they require myself? Shouldn't the linker be able > to track down C++ runtime for this? You told CMake to manage your shared library as if it were a pure C

I having problem with dendrogram leaf names when I read a tab delimited file into dataframe; I have a text file, tab delimited, using read.table into a data frame as follows: > test1<-read.table("c:\\R\\data\\Tremont4.txt", header=TRUE, sep="\t") When I do this the "test1" data frame is picking up my first column names as part of the data and not the case

Eli Gottlieb <eligottlieb at gmail.com> writes: > I compiled and installed it to the prefix /usr, but that's not the > issue. Once I actually compile and install LLVM with CMake by hand, I > get the share/llvm/cmake stuff installed correctly (can those files be > included in "normal" builds, or will LLVM switch to CMake as its > primary build system?). Now

After I actually get everything compiling, install the library, and load it from my Java program, I get the following: > Exception in thread "main" java.lang.UnsatisfiedLinkError: > /usr/lib/libjllvm.so: /usr/lib/libjllvm.so: undefined symbol: > _ZTVN10__cxxabiv120__si_class_type_infoE If I have to guess, this means that the CMake stuff given is linking to the C++ libraries

On Nov 4, 2010, at 11:48 AM, Óscar Fuentes wrote: > Eli Gottlieb <eligottlieb at gmail.com> writes: > >> So you're saying that the default CMake build of LLVM creates static >> libraries that got linked into my shared-object and now require me to >> link in everything they require myself? Shouldn't the linker be able >> to track down C++ runtime for

Well for one thing, it gives one example of a CMakeLists.txt file that correctly uses LLVM, and nothing else. It gives no information on how to find out what set of components I need to map for what APIs. Neither does llvm-config list out the names of the actual components. I can use either the CMake modules or llvm-config to find the library names once I've got the component names, but

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!-- #msg dl { border: 1px #006 solid; background: #369; padding:

Forwarded from the SWIG mailing list, so we have a copy in our archives. Kevin -------- Original Message -------- Subject: Re: [Swig] Re: Object return problem Date: Sun, 09 Oct 2005 18:31:40 -0400 From: Kevin Smith <wxruby@qualitycode.com> To: Charlie Savage <cfis@interserv.com> CC: Swig@cs.uchicago.edu References: <4347277E.1030700@mindspring.com>

Just re-posting so swig-devel get so see it. It's an architectural solution whereby swig has the power to banish licensing conflicts that may exist between any imported library and the target system for which swig is generating a module. -----Original Message----- From: "Sam Liddicott" <sam@liddicott.com> To: "Alexander Lind" <malte@webstay.org>; "William