Re: R bindings for Xapian - Project progress
Amanda Jayanetti <[email protected]>
| Newsgroups | gmane.comp.search.xapian.devel |
|---|---|
| Message-ID | <CAEUYEpEjuvm-gvxHrH2wUCrt+1TV_pm59TuX4JUQjcwYtNGMwA@mail.gmail.com> |
Hi James, > When I replace the code block with the macro, it doesn't get automatically > > detected. Could you kindly tell me what could be causing this? > > You probably need to specify XAPIAN_CONFIG: Will try that. Thanks. > How does putting code in CRAN work? Do you build a tgz or similar? (In > which case what we probably want is to have a script that does that, > and we can have RXapian in the main repo, which would make it easier > for us to run automated tests (or at least automated builds) for the > latest versions. Submission should be a source tarball (*.tar.gz file), which can be created by R CMD build. Best regards, Amanda On Sun, Jun 19, 2016 at 6:01 PM, James Aylett <[email protected]> wrote: > On Sat, Jun 18, 2016 at 07:10:43PM +0530, Amanda Jayanetti wrote: > > > > If you've installed xapian-core then the macro should just be > > > found automatically. > > > > When I replace the code block with the macro, it doesn't get > automatically > > detected. Could you kindly tell me what could be causing this? > > You probably need to specify XAPIAN_CONFIG: > > $ ./configure XAPIAN_CONFIG=path/to/xapian-config-1.3 > > (This is because development versions of Xapian have the -1.x suffix, > but the macro looks for just xapian-config by default -- which is what > most people want, as they'll be using release versions of Xapian.) > > > > at some point > > > we should probably sort out support for RXapian in there > > > > I don't understand why this needs to be done. Shouldn't the source code > of > > RXapian be kept separately and distributed via CRAN? > > How does putting code in CRAN work? Do you build a tgz or similar? (In > which case what we probably want is to have a script that does that, > and we can have RXapian in the main repo, which would make it easier > for us to run automated tests (or at least automated builds) for the > latest versions. > > J > > -- > James Aylett, occasional trouble-maker > xapian.org > >