Thanks for your reply. I have put the sources on our webserver:
http://statmath.wu.ac.at/unuran/unuran-1.9.devel.tar.gz http://statmath.wu.ac.at/unuran/octunuran.cc http://statmath.wu.ac.at/unuran/octunuran.Makefile I have put all soures into the file octunuran.cc and have used symlinks (see octunuran.Makefile) to make the different oct functions available in octave (this should be replaced by corresponding entries in PKG_ADD). The source file is rather long and should be split into smaller ones (at least I would do so with C files). When one wants to test the package do the following: 1. Install unuran-1.9.devel.tar.gz (notice that this is a development snapshot of the UNU.RAN library that includes some new functions that are required for octunuran). 2. compile the oct file(s) and create symlinks (see octunuran.Makefile). 3. Before using any other command from this package run unuran_config(); (This statement will be put into file PKG_ADD.) So if you are interested in the package please take a look. Comments are welcome. Josef On Tue, Jan 03, 2012 at 06:45:40PM +0100, Olaf Till wrote: > On Tue, Jan 03, 2012 at 03:32:00PM +0100, Josef Leydold wrote: > > Dear list members, > > > > [ ... ] > > > > - Do you think that octave-forge is a proper place for hosting this > > package? > > It should be exactly the right place. (The usual way to proceed would > be to post at least some of your code for Octave to the list and ask > either for inclusion into the existing statistics package or for > allowance to create a separate package.) > > > - The package requires the UNU.RAN libray to be installed on the > > system. However, this makes it for Windows users almost impossible > > to use (since I have no time to learn how to prepare a binary > > package for the different windows OSes). > > Thus I have package the UNU.RAN sources in the "Runuran" package and > > let CRAN to this work for me. > > Is this a good approach for Octave packages, too? > > I'd say it isn't. Octaves package manager (see 'help pkg', it builds > and installs packages from source) installs Octave oct- and m-files > but does not, of corse, install libraries. So the library does not > belong into the package ('package' in the specific sense, as described > in the Octave manual) hosted by Octave Forge. But the library might be > used by the people who make binary packages (possibly for windows) > from the original Octave packages. For this purpose, it should not > even be useful to include the library source into the Octave package, > a short notice where it can be found should suffice. > > > - I usually implement my algorithms using C. Thus my C++ code may look > > like a C file. I hope this is not a problem. > > At least no one will finally reject a unique and useful code because > of style. But you might get some hints for improvements, if someone > feels concerned ... > > Olaf > ------------------------------------------------------------------------------ Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
