Package Details: f2c 1.0-8

Git Clone URL: https://aur.archlinux.org/f2c.git (read-only)
Package Base: f2c
Description: Fortran to C code translator
Upstream URL: http://www.netlib.org/f2c/index.html
Licenses: custom
Submitter: None
Maintainer: xyproto
Last Packager: xyproto
Votes: 30
Popularity: 0.074380
First Submitted: 2009-10-11 19:13
Last Updated: 2015-06-10 13:15

Latest Comments

xyproto commented on 2014-12-06 17:56

Converted to a git package (using a specific commit, another package called f2c-git could point to the latest commit at any given time). Thanks for the suggestion, tamjan.

tamjan commented on 2014-12-06 10:14

replace#global#3264885bdd7dfdc8365506bcbbd3da6dd4130a3859cab5a46b6f23dea25ba033#1d8dacd74fbc213ee3da04e250c34b0ce9852455f69ca4c49c10986477e70272

This ought be converted to a -git package, perhaps.

xyproto commented on 2014-11-19 10:32

Adding -lm to the C compiler solved the issue. Works fine.

xyproto commented on 2014-11-17 15:32

It's hard to find a downloadable tarball for f2c. Switched to a fork on github.

When running quine-relay (from the quine-relay-git package) I get:

/usr/lib/libf2c.so: undefined reference to `sinh'

I'm looking into it. If anyone wishes to maintain this package, just leave a comment.

xyproto commented on 2014-11-17 15:04

Adopted and updated package.

apinhal commented on 2014-10-23 15:25

Validating source files with sha256sums...
f2c.tar.gz ... FAILED

apinhal commented on 2014-10-23 15:25

Validating source files with sha256sums...
f2c.tar.gz ... FAILED

trivix commented on 2014-10-13 10:36

does not build

xantares commented on 2014-10-03 12:18

does not build, url moved.

12qu commented on 2014-09-23 04:59

I second the suggestion given by antony below:

"Please symlink libf2c.so -> libf2c.so.2 in order to allow "gcc -lf2c ...", thanks."

For example, adding

ln -sf libf2c.so.2 "${pkgdir}/usr/lib/libf2c.so"

in package() would do it.

antony commented on 2014-06-18 21:40

Replace rm by rm -f to solve this issue.

Alister.Hood commented on 2014-06-18 01:50

Oh, that PKGBUILD fails if xsum doesn't exist:

==> Starting prepare()...
rm: cannot remove ‘f2c/src/xsum’: No such file or directory

antony commented on 2014-05-22 17:09

Why not?
$ patch -p1 <libf2c-20110801-main.patch
works fine for me, just add it to prepare().

antony commented on 2014-05-22 17:09

Why not?
$ patch -p1 <libf2c-20110801-main.patch
works fine to me, just add it to prepare().

Alister.Hood commented on 2014-05-22 10:57

To clarify: I did still needed to patch the latest source to build geoda, I just thought it wasn't possible to patch the source the current PKGBUILD was using.

Alister.Hood commented on 2014-05-22 10:43

Oh, sorry, I was confusing the source for just libf2c with libf2c + f2c.

Is there any chance we could use the Gentoo patch I mentioned?
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-libs/libf2c/files/libf2c-20110801-main.patch?revision=1.2&view=markup

Jesin commented on 2014-05-21 20:32

Thanks. I'll get that merged and uploaded later today.

antony commented on 2014-05-18 04:47

Here is a PKGBUILD using the upstream sources: http://pastebin.com/KVySC7Uk

antony commented on 2014-05-16 07:19

Please symlink libf2c.so -> libf2c.so.2 in order to allow "gcc -lf2c ...", thanks.

Alister.Hood commented on 2014-05-14 23:23

Isn't it just the zip file that you see there?:
http://www.netlib.org/f2c/libf2c.zip
It was last updated in September, which is a couple of years more recent than the one this package is currently using. I built it and was able to build geoda against it.

Jesin commented on 2014-05-14 19:47

I could not find an archive containing all of the source files on the official website, so I just kept the source URL left by the previous maintainer, assuming it was accurate. Unfortunately I do not have time to fix this right away; I will see what I can do as soon as I have time. If you know of a reliable source for a more up-to-date source archive, please let me know and I will put it in the package immediately.

Alister.Hood commented on 2014-05-05 12:17

Hmmm. When trying to compile things against this I get an error:
/usr/lib/libf2c.so.2: undefined reference to `MAIN__'

There are patches available (e.g. from Gentoo) for the f2c found at the "upstream" page. But this f2c seems to be different!
Is there an upstream url which actually corresponds to this f2c? Why is this f2c being used instead of the one from the upstream url?

xyproto commented on 2013-09-11 11:57

Compiling the output from f2c with gcc instead of tcc did indeed resolve the issue, thanks.

xyproto commented on 2013-09-11 08:55

Compiling the output from f2c with gcc instead of tcc did indeed resolve the issue (but tcc or the git revision of quine-relay has not changed since it did work, so it's tempting to assume that f2c is the cause of this). Thanks.

xyproto commented on 2013-09-11 08:52

Compiling the output from f2c with gcc instead of tcc did indeed resolve the issue. Thanks.

Jesin commented on 2013-09-11 00:02

xyproto: I just installed and ran quine-relay-git. The F77 -> F90 step segfaults under the default setup, but if I use gcc or clang instead of tcc for that step, it succeeds and completes the relay successfully, including the diff step at the end.

Do you get any errors when using another C compiler such as gcc or clang?

Jesin commented on 2013-09-09 00:47

I'm a little busy right now; sorry for the delay. I'll take a look at it tomorrow.

xyproto commented on 2013-09-06 14:17

The quine-relay-git package no longer works with this package here (for the same git revision that previously worked).

See: https://github.com/mame/quine-relay/issues/35

Does f2c work together with quine-relay-git for you?

Jesin commented on 2013-08-11 20:38

I'm not going to bother upstream about the lack of a unified Makefile. I might submit a report regarding the use of "long" vs "int32_t", since at least gfortran appears to use 32 bits for Fortran INTEGER variables, and platforms with 64-bit longs are so common now.

xyproto commented on 2013-08-09 11:20

There should be a single makefile (one in the top level directory, that calls the makefiles in the subdirectories) for building f2c, please submit a bug report and/or patch to dmg@acm.org. The email address was found at the bottom of this file: http://www.netlib.org/f2c/README

I'll ping you on IRC a few extra times too, just to be sure you got the message, just like you did. ;)

xyproto commented on 2013-08-09 10:03

There should be a single makefile for building f2c, please submit a bug report and/or patch to dmg@acm.org. The email address was found at the bottom of this file: http://www.netlib.org/f2c/README

xyproto commented on 2013-08-09 10:02

There should be a single makefile for building f2c, please submit a bug report and/or patch to dmg@acm.org. The email address was found at the bottom of this file: http://www.netlib.org/f2c/README

I'll ping you on IRC several times as well, like you did, just to make sure you got the message. Thanks!

xyproto commented on 2013-08-09 10:01

There should be a single makefile for building f2c, please submit a bug report and/or patch to dmg@acm.org. The email address was found at the bottom of this file: http://www.netlib.org/f2c/README

Thanks for maintaining! I'll ping you on IRC several times as well, like you did, just to make sure you got the message. Thanks!

xyproto commented on 2013-08-09 09:58

The new webpage for f2c seems to be here: http://www.netlib.org/f2c/index.html
Please update the package.

xyproto commented on 2013-08-09 09:56

makedepends=('gcc') should be removed, as gcc is in base-devel and every AUR user is expected to install base-devel first. Please remove it. See also: https://wiki.archlinux.org/index.php/PKGBUILD#makedepends

xyproto commented on 2013-08-09 09:52

About the quoting, the main thing is that the package compiles. Some prefer "${X}", some prefer $x. The consensus for Arch Linux seems to be that as long as variables that may have strings with spaces work correctly, and the package builds, it's fine. It's a controversial topic that TUs and Devs can't seem to agree on and have little reason to try to force a consensus.

Thanks for adopting, good luck with maintaining it further.

xyproto commented on 2013-08-09 09:52

About the quoting, the main thing is that the package compiles. Some prefer "${X}", some prefer $x. The consensus for Arch Linux seems to be that as long as variables that may have strings with spaces work correctly, and the package builds, it's fine. It's a controversial topic that TUs and Devs can't seem to agree on and have little reason to try to force a consensus.

xyproto commented on 2013-08-08 21:06

Disowned the package so you can adopt it, if you want. I suspect that you care more about this package than I do. :)

Jesin commented on 2013-08-08 17:47

This fixes all the issues I just mentioned, and doesn't even break anything else:
http://ix.io/78v

Jesin commented on 2013-08-08 17:18

I also noticed a license file that should be included with the software. I'm putting together a PKGBUILD based on your latest version that corrects all these issues, and will post it soon.

Jesin commented on 2013-08-08 17:10

There's also a typo on line 19, where you use "+=" instead of "=".

Jesin commented on 2013-08-08 16:00

I'm pretty sure you shouldn't put quotes around $CPPFLAGS $CFLAGS and $LDFLAGS . If you quote them, they'll just get treated as one argument, which isn't the desired behavior.
(Also, you install /usr/lib/libf2c.so.2 with 644 permissions. It appears conventional to install shared libraries ( /usr/lib/lib*.so* ) with 755 permissions, though I'm not sure whether this is necessary.)

Glad I could help.

Jesin commented on 2013-08-08 15:53

I'm pretty sure you shouldn't put quotes around $CPPFLAGS $CFLAGS and $LDFLAGS . If you quote them, they'll just get treated as one argument, which isn't the desired behavior.
(Also, you install /usr/lib/libf2c.so.2 with 644 permissions. It appears conventional to install shared libraries ( /usr/lib/lib*.so* ) with 755 permissions, though I'm not sure whether this is necessary.)

Jesin commented on 2013-08-08 15:20

I'm pretty sure you shouldn't put quotes around $CPPFLAGS $CFLAGS and $LDFLAGS . If you quote them, they'll just get treated as one argument, which isn't the desired behavior.

xyproto commented on 2013-08-08 10:05

Updated the PKGBUILD, thanks Jesin.

Jesin commented on 2013-08-08 02:07

I noticed your PKGBUILD ignores the compilation and linking options from /etc/makepkg.conf while building the shared library. It also installs libf2c.so.2 without execute permissions the wrong permissions, and neglects to install the man page, which is in fact included in the source.
Here's a modified version of the PKGBUILD that fixes these issues:
http://ix.io/77S
Thanks for maintaining this.

Jesin commented on 2013-08-08 02:05

Oh yes, libf2c.so.2 should also be installed with mode 755 instead of 644. Dynamic libraries should be marked executable if they are to be used as such.

Jesin commented on 2013-08-07 22:21

I noticed your PKGBUILD ignores the compilation and linking options from /etc/makepkg.conf while building the shared library. It also neglects to install the man page, which is in fact included in the source.
Here's a modified version of the PKGBUILD that fixes both issues:
http://ix.io/77A
Thanks for maintaining this.

Jesin commented on 2013-08-07 22:00

I noticed your PKGBUILD ignores the compilation and linking options from /etc/makepkg.conf while building the shared library. Here's a modified version that incorporates these options:
http://ix.io/77y

Thanks, though, for maintaining this package.

xyproto commented on 2013-07-18 14:44

Adopted f2c and updated the PKGBUILD.

Anonymous comment on 2013-07-17 08:37

Please use another source or change https to http.

curl: (60) SSL certificate problem: unable to get local issuer certificate

Red54 commented on 2013-06-01 09:54

[root@Red54 f2c]# namcap f2c-1.0-3-i686.pkg.tar
f2c E: Dependency glibc detected and not included (libraries ['usr/lib/libc.so.6'] needed in files ['usr/lib/libf2c.so.2', 'usr/bin/f2c'])
[root@Red54 f2c]#

Anonymous comment on 2012-03-31 01:41

Hi, I have a problem with this package, I found the declaration in f2c.h is not compatible with my archlinux_64. for example: in f2c.h, it has "typedef long int integer", which is twice the real length of integer in my gcc(x86_64).

Anonymous comment on 2010-11-19 19:26

Thank you very much for finding the license. I'll upload the changes soon, for the moment I haven't my laptop handy!

feng commented on 2010-11-19 00:47

license is LGPL, see http://lapackpp.sourceforge.net/html/f2c_8h-source.html