This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libfortran/29810] [4.1/4.2/4.3 regression] Unsatisfied symbol "fmodl" in libgfortran shared library
- From: "ebotcazou at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 4 Dec 2006 20:54:38 -0000
- Subject: [Bug libfortran/29810] [4.1/4.2/4.3 regression] Unsatisfied symbol "fmodl" in libgfortran shared library
- References: <bug-29810-276@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #24 from ebotcazou at gcc dot gnu dot org 2006-12-04 20:54 -------
> Yes, "always". Ping pbrook or stevenb. c99_function.c was
> included to provide missing c99 routines on platforms that
> needed them. 4.1.1 worked because people were careful with
> adding missing functions. For example, I added round[f,l].
I know, I added trunc and truncf.
> When rth fixed gfortran's determination of kind types,
> gfortran suddenly grew real(10) or real(16) on many
> platforms. It is assumed that the *l math functions
> are available (e.g., cosl()). These math functions aren't
> available on {Free,Open,Net}BSD, which I've been slowly
> implementing under the 2-clause BSD license.
You cannot unilaterally decide that the Fortran compiler will suddenly
stop working on non C99-platforms, I think it's a SC-level decision.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29810