Hmmm. No compiling -- that caught me by surprise because I dwell in the C/fortran world. But I see now, what you are trying to do. Did you see the list of alternative math packages on the GNU GSL home page? You might check to see if there is a Java SVD implementation in there somewhere.
On Tue, May 14, 2024 at 10:49 PM lostbits <fo...@slipbits.com> wrote: > I don't think that this will do. The issue is that C is not > cross-platform. The C code will have to compiled for each platform that it > is to be used on, and then a distribution scheme must be developed to > deliver the C and Java wrappers.I am trying to avoid this. But, I think I > can restrict my needs to SVD for the time being, so I will just recode SVD > in Java. > > Thanks. In other applications this might turn out to be an ideal solution. > > art > > > On 5/14/2024 12:02 PM, Dave Allured - NOAA Affiliate wrote: > > Just to be clear, JavaCPP is a Java wrapper around the GSL C library. GSL > is 100% C. JavaCPP is almost 100% Java. So you would first install the > GSL C library, then JavaCPP, then you would be ready to access GSL for your > Java project, through the JavaCPP interface. Will this work okay for your > project? > > > On Tue, May 14, 2024 at 9:36 AM Dave Allured - NOAA Affiliate < > dave.allu...@noaa.gov> wrote: > >> The GSL website home page lists JavaCPP, a package of Java wrappers for >> GSL. I think this is your best approach, mature and time tested, among >> other reasons. Will this be sufficient for your project? >> >> >> On Tue, May 14, 2024 at 9:11 AM lostbits <fo...@slipbits.com> wrote: >> >>> Sorry to intrude. I'm working on a Java project and would like to use >>> (at least) SVD in it. Is there a Java version of GSL, or GSL lookalike >>> anywhere? >>> >>> This is not a heavy-duty numerical processing application, and time is >>> not a constraint. Java was chosen because it is cross-platform, a goal, >>> not because it is fast. >>> >>> thanks art >>> >>