Date: Tue, 31 May 2016 18:21:06 +0200 From: Dimitry Andric <dim@FreeBSD.org> To: Ed Maste <emaste@freebsd.org> Cc: Steve Kargl <sgk@troutmask.apl.washington.edu>, FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: Recent seems to have broken toolchain Message-ID: <68FA9A9C-241A-4315-8DED-28359368B8A4@FreeBSD.org> In-Reply-To: <CAPyFy2BL42u73OoJCuf9tz15s=F8pOMW9QE8VwsPV0DEisyVOA@mail.gmail.com> References: <20160529022702.GA57282@troutmask.apl.washington.edu> <1EF864CF-12E8-4A48-B6E9-317D438B7B7C@FreeBSD.org> <20160530195116.GA93546@troutmask.apl.washington.edu> <CAPyFy2BL42u73OoJCuf9tz15s=F8pOMW9QE8VwsPV0DEisyVOA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_273B5466-BDC6-42C6-8289-EECADF00296E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 31 May 2016, at 16:25, Ed Maste <emaste@freebsd.org> wrote: >=20 > On 30 May 2016 at 15:51, Steve Kargl = <sgk@troutmask.apl.washington.edu> wrote: >>=20 >> It happens with both /usr/bin/ld and /usr/local/bin/ld. I remove the >> binutils port and still had the issue. I tried reverting recent = changes >> to elftoolchain/libelftc, the resulting tree would not build. >=20 > The elftoolchain changes are a good candidate to check, although they > should have no impact at all on the linker. >=20 > What error did you encounter when trying to build with them reverted? =46rom Steve's initial mail: > gfortran48 -O2 -pipe -march=3Dnative -mtune=3Dnative -static = -funroll-loops \ > --param max-unroll-times=3D4 -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 >=20 > 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. Maybe elftoolchain's ar does something different? Assuming the .a files are built with the system ar, of course. -Dimitry --Apple-Mail=_273B5466-BDC6-42C6-8289-EECADF00296E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAldNufkACgkQsF6jCi4glqMj+wCg214HbfSXhBY0FRdfGEhcHWVO 0SEAoJj5Jptc279Dz0VKzN8hSac8V4UF =8hAj -----END PGP SIGNATURE----- --Apple-Mail=_273B5466-BDC6-42C6-8289-EECADF00296E--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?68FA9A9C-241A-4315-8DED-28359368B8A4>