Return-Path: Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: (qmail 14449 invoked from network); 28 Jan 2010 19:08:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 28 Jan 2010 19:08:05 -0000 Received: (qmail 99111 invoked by uid 500); 28 Jan 2010 19:08:04 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 98998 invoked by uid 500); 28 Jan 2010 19:08:04 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 98985 invoked by uid 99); 28 Jan 2010 19:08:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jan 2010 19:08:04 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jan 2010 19:07:55 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 92622234C1F0 for ; Thu, 28 Jan 2010 11:07:34 -0800 (PST) Message-ID: <1803425029.110091264705654598.JavaMail.jira@brutus.apache.org> Date: Thu, 28 Jan 2010 19:07:34 +0000 (UTC) From: "Luc Maisonobe (JIRA)" To: issues@commons.apache.org Subject: [jira] Resolved: (MATH-269) Use F2J translated BLAS/LAPACK In-Reply-To: <216407669.1243536226181.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/MATH-269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luc Maisonobe resolved MATH-269. -------------------------------- Resolution: Won't Fix On the one hand the F2J classfile processor cannot be published by ASF due to licensing issues. On the other hand commons projects always publish all sources to allow people to modify the code and rebuild it to meet their needs. Since nobody in the project can handle the task to provide another way to create the translated file in an Apache compatible way directly from source, we cannot provide this feature. > Use F2J translated BLAS/LAPACK > ------------------------------ > > Key: MATH-269 > URL: https://issues.apache.org/jira/browse/MATH-269 > Project: Commons Math > Issue Type: New Feature > Affects Versions: 2.1 > Reporter: Sam Halliday > > This is part of the proposal to integrate MTJ, netlib-java and commons-math which has been well received on the developers' list, @see http://www.nabble.com/commons-math,-matrix-toolkits-java-and-consolidation-tt23537813.html > Commons Math currently uses hand-crafted BLAS/LAPACK-like methods, whereas the F2J has maintained a full Java translation of the BLAS and LAPACK fortran code, and is applicable to most of the scientific code built on top of those libraries (e.g. ARPACK). It enables maintenance to BLAS/LAPACK to be handled by the netlib team, even for the Java translation. BLAS and LAPACK are industry standard APIs. > This proposal is to incorporate the translations into the commons-math project. A follow-up RFE will to define the API to be used in place of the existing code (i.e. incorporate netlib-java). I do not recommend making the F2J translations a part of the public API. > The code translated by F2J follows the same BSD licence as the netlib libraries. I understand this is compatible with the Apache licence. > F2J translations can be directed to any package name, currently they output in the "org.netlib.{blas,lapack}" domain, but commons-math may prefer to use "org.apache.commons.math.netlib". > There is a caveat: the translation of Fortran code introduces a language feature not available in Java - the GOTO statement. Java translations are post-compile processed by a "javab" tool (distributed with F2J) which augments the bytecode and allows the code to behave as the Fortran original. This rules out the possibility of simply including the source code in the commons-math tree, unless the javab tool becomes part of the build process. > The alternative is to maintain a custom binary (built using F2J from netlib sources), or to use a maven dependency. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.