From owner-freebsd-current@freebsd.org Sun May 29 02:40:19 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8685FB4FF11 for ; Sun, 29 May 2016 02:40:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D2631886 for ; Sun, 29 May 2016 02:40:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id u4T2R2d0057495 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 28 May 2016 19:27:02 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id u4T2R2ae057494 for freebsd-current@freebsd.org; Sat, 28 May 2016 19:27:02 -0700 (PDT) (envelope-from sgk) Date: Sat, 28 May 2016 19:27:02 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Recent seems to have broken toolchain Message-ID: <20160529022702.GA57282@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Mailman-Approved-At: Sun, 29 May 2016 11:23:09 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2016 02:40:19 -0000 I have a Fortran application that has built forever on FreeBSD-current; that is, until recently. It now dies with the following error: gfortran48 -O2 -pipe -march=native -mtune=native -static -funroll-loops \ --param max-unroll-times=4 -ftree-vectorize -Wall\ -rpath /usr/local/lib/gcc48 -I/home/kargl/modules -o acolor acolor.f90 \ globalm.o saxm.o -L/home/kargl/lib -L. -L/usr/local/lib -L. -ltgt -loa \ -L/home/kargl/lib -L. -L/usr/local/lib -lm90 -llapack -lblas ./liboa.a(pointm.o): In function `__pointm_MOD_l2norm2': pointm.f90:(.text+0x490): multiple definition of `__pointm_MOD_l2norm2' /home/kargl/lib/libtgt.a(pointm.o):pointm.f90:(.text+0x0): first defined here Yes, pointm.o is in both libtgt.a and liboa.a. In the past, during linking, the symbols are resolved from the first of -ltgt or -loa depending on the order on the command line. The system is amd64 FreeBSD 11.0-CURRENT r300782M. I tried scanning the svn-src-head mailing list archive for a possible candidate commit that is causing the problem. Unfortunately, there is large volume of commits silencing errors from static analysis tools.o Note, the above error does not occur on an i386 FreeBSD 11.0-CURRENT r300379 system. -- Steve