谁使用clapack？ [英] Who uses clapack?

问题描述

lapack / scalapack的作者开始使用这些包的新版本

。我们想要解决的一件事就是C用户，而不是链接到Fortran版本的二进制文件，而不是链接到Fortran版本的二进制文件，这是一种愚蠢的行为。

使用自动翻译的C版本。 br />

因此我们想知道究竟是什么原因。

天真地说，编译Fortran版本，追加一个下划线

（适当时）常规名称，只需将这些库链接到

您的目标文件。


什么是陷阱，这里有什么真正的绊脚石？

请尽可能多地详细说明。这种情况

确实需要改进。


V.

-

email：lastname在cs utk edu

主页：www cs utk edu tilde姓氏

The authors of lapack/scalapack are starting to work on a new release of
these packages. One of the things we want to address is the sillyness
that C users, instead of linking to the binaries of the Fortran version,
use an automatically translated C version.

Therefore we''d like to know precisely what the reasons for this are.

Naively one would say, compile the Fortran version, append an underscore
(when appropriate) to routine names, and just link those libraries to
your object files.

What are the gotchas, and what are the real stumbling blocks here?
Please spell it out in as much detail as you can muster. This situation
really needs to improve.

V.
--
email: lastname at cs utk edu
homepage: www cs utk edu tilde lastname

推荐答案

Victor Eijkhout写道：

Victor Eijkhout wrote:

lapack / scalapack的作者开始研究这些软件包的新版本
。我们要解决的一件事就是愚蠢.C用户使用自动翻译的C版本而不是链接到Fortran
版本的二进制文件。

因此我们想知道究竟是什么原因。
天真地说，编译Fortran版本，在常规名称附加一个
下划线（适当时），并且只是将这些库链接到你的目标文件。

有什么问题，这里有什么真正的绊脚石？
请尽可能多地详细说明。这个
的情况确实需要改进。

V.
-
电子邮件：姓氏在cs utk edu
主页：www cs utk edu tilde lastname

The authors of lapack/scalapack are starting to work on a new release of these packages. One of the things we want to address is the sillyness
that C users, instead of linking to the binaries of the Fortran version, use an automatically translated C version.

Therefore we''d like to know precisely what the reasons for this are.

Naively one would say, compile the Fortran version, append an underscore (when appropriate) to routine names, and just link those libraries to
your object files.

What are the gotchas, and what are the real stumbling blocks here?
Please spell it out in as much detail as you can muster. This situation really needs to improve.

V.
--
email: lastname at cs utk edu
homepage: www cs utk edu tilde lastname

作为一个习惯使用CLAPACK的人，直到我发现链接到FORTRAN libs一样容易

，我敢说说有些人使用

CLAPACK，因为他们没有意识到还有其他选择。此外，

CLAPACK带有使用FORTRAN或

CLAPACK库所需的头文件，而如果从
下载预构建的库 http://www.netlib.org/lapack/archives/ ，标题文件不是

。这是一个小问题，但对于那些不太熟悉库结构的人或者用于从C / C ++调用FORTRAN库的
语义来说，这可能是一个问题。只是我的想法...


在一个稍微相关的说明中，是否有任何努力（或者甚至认为）被投入到b $ b的开发中。标准化" C ++面向对象的LAPACK

库？或许可以用BLAS和LAPACK包裹一下吗？

最好，

Ryan

As a person who used to use CLAPACK until I found it was just as easy
to link to the FORTRAN libs, I would dare say there are those who use
CLAPACK because they don''t realize there are other alternatives. Also,
CLAPACK comes with the header file needed to use either the FORTRAN or
CLAPACK libraries, whereas if you download the pre-built libraries from
http://www.netlib.org/lapack/archives/, the header files are not
present. This is a small issue, but could be a problem for people who
are less familiar with the library structure or the semantics for
calling a FORTRAN library from C/C++. Just my thoughts...

On a slightly related note, is there any effort (or even thought) being
put into the development of a "standardized" C++ object-oriented LAPACK
library? Something to wrap around the BLAS and LAPACK, perhaps?
Best,
Ryan

Tino < TI **** @ yahoo.com>写道：

Tino <ti****@yahoo.com> wrote:

在一个稍微相关的说明中，是否有任何努力（或甚至认为）被用于开发标准化的内容。 C ++面向对象的LAPACK库？还是可以用BLAS和LAPACK来包装吗？

On a slightly related note, is there any effort (or even thought) being
put into the development of a "standardized" C++ object-oriented LAPACK
library? Something to wrap around the BLAS and LAPACK, perhaps?

很多人都想到了这个想法。我的意思是，将LDA传递给C ++

例程就相当于在

航天飞机上转动曲柄。现在，该怎么做....


我已经开始关注Sidl / Babel以获得更加原生的

界面了语言比F77。不确定

能满足你的程度。


V.

-

电子邮件：姓氏在cs utk edu

主页：www cs utk edu tilde姓氏

The thought has occurred to many people. I mean, passing LDA into a C++
routine is the programming equivalent of turning a crank handle on the
space shuttle. Now, what to do about it....

I''ve started looking at Sidl/Babel to get a more native looking
interface in other languages than F77. Not sure to what extent that will
satisfy you.

V.
--
email: lastname at cs utk edu
homepage: www cs utk edu tilde lastname

在< 1g ******** ********************@for.addy> se*****@for.addy （Victor Eijkhout）写道：

In <1g****************************@for.addy> se*****@for.addy (Victor Eijkhout) writes:

lapack / scalapack的作者开始研究这些软件包的新版本。我们想要解决的一件事就是愚蠢C用户而不是链接到Fortran版本的二进制文件，
使用自动翻译的C版本。

因此我们想知道究竟是什么原因。
天真地说，编译Fortran版本，在常规名称附加下划线
（仅适用时），将这些库链接到你的目标文件。

有什么问题，这里有什么真正的绊脚石？
请尽可能多地详细说明。这种情况确实需要改进。

The authors of lapack/scalapack are starting to work on a new release of
these packages. One of the things we want to address is the sillyness
that C users, instead of linking to the binaries of the Fortran version,
use an automatically translated C version.

Therefore we''d like to know precisely what the reasons for this are.

Naively one would say, compile the Fortran version, append an underscore
(when appropriate) to routine names, and just link those libraries to
your object files.

What are the gotchas, and what are the real stumbling blocks here?
Please spell it out in as much detail as you can muster. This situation
really needs to improve.

我想到的问题是Fortran和C存储矩阵

不同： Fortran以列为单位（第一个索引变化最快），

C按顺序排列（最后一个索引变化最快）。


事实Fortran数组索引是基于1的（默认情况下）和C数组

索引是基于0的，当使用编译的

Fortran代码时不应该导致任何问题C.


Dan

-

Dan Pop

DESY Zeuthen，RZ group

电子邮件： Da*****@ifh.de

目前在欧盟寻找工作

The issue that springs to mind is that Fortran and C store matrices
differently: Fortran does it column-wise (the first index varies fastest),
C does it row-wise (the last index varies fastest).

The fact that Fortran array indexing is 1-based (by default) and C array
indexing is 0-based shouldn''t cause any problems when using the compiled
Fortran code from C.

Dan
--
Dan Pop
DESY Zeuthen, RZ group
Email: Da*****@ifh.de
Currently looking for a job in the European Union

这篇关于谁使用clapack？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！