From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32365 invoked by alias); 4 Dec 2006 21:37:41 -0000 Received: (qmail 32293 invoked by alias); 4 Dec 2006 21:37:33 -0000 Date: Mon, 04 Dec 2006 21:37:00 -0000 Message-ID: <20061204213733.32292.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libfortran/29810] [4.1/4.2/4.3 regression] Unsatisfied symbol "fmodl" in libgfortran shared library In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "sgk at troutmask dot apl dot washington dot edu" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-12/txt/msg00362.txt.bz2 ------- Comment #26 from sgk at troutmask dot apl dot washington dot edu 2006-12-04 21:37 ------- Subject: Re: [4.1/4.2/4.3 regression] Unsatisfied symbol "fmodl" in libgfortran shared library On Mon, Dec 04, 2006 at 08:54:40PM -0000, ebotcazou at gcc dot gnu dot org wrote: > > 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. > Hopefully, that is a "generic you" because I haven't decided anything. In fact, I requested that pault or fx backout the offending patch. See http://gcc.gnu.org/ml/fortran/2006-11/msg00523.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29810