X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=0.1 required=5.0 tests=AWL,BAYES_50,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Message-ID: <250085.68907.qm@web25501.mail.ukl.yahoo.com> Date: Sat, 16 Oct 2010 06:19:29 +0100 (BST) From: Marco Atzeri Subject: R: gfortran 4.3.4: NINT() intrinsic triggers undefined references to '_llround' and '_llroundf' To: cygwin AT cygwin DOT com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com --- Ven 15/10/10, Cornelis de Gier ha scritto: > The NINT() intrinsic in current > gfortran under current cygwin triggers > undefined references to '_llround' and '_llroundf'. I found > a somewhat > related post here: > http://sourceware.org/ml/cygwin/2010-06/msg00369.html , > but I could > not deduce a solution from this message. >=20 > Below follows a small test program and the output of > gfortran. The > test program worked OK on a linux system.) > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > program testnint > integer, parameter :: kr64 =3D selected_real_kind(15,307) > integer, parameter :: ki64 =3D selected_int_kind(18) >=20 > real(kr64)::dp=3D1. > real::r=3D2. >=20 > write(*,*),nint(r,ki64) > write(*,*),nint(dp,ki64) >=20 > endprogram testnint > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > $ gfortran -Wall testnint.f90 > /tmp/ccqOJVB5.o:testnint.f90:(.text+0x5c): undefined > reference to `_llroundf' > /tmp/ccqOJVB5.o:testnint.f90:(.text+0xd1): undefined > reference to `_llround' > collect2: ld returned 1 exit status > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 >=20 > Cornelis >=20 As Dave wrote the problem is inside cygwin > I thought it was just because we are failing to export=20 > them in the cygwin.din file. The correct .o files are > compiled as part of the newlib libm build. but we forgot to make a patch. I will look on it. Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple