This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: multiple definition of symbols" when linking executables on ARM32 and AArch64
- From: Szabolcs Nagy <Szabolcs dot Nagy at arm dot com>
- To: Matthias Klose <doko at ubuntu dot com>, binutils <binutils at sourceware dot org>
- Cc: nd <nd at arm dot com>
- Date: Mon, 6 Jan 2020 10:39:24 +0000
- Subject: Re: multiple definition of symbols" when linking executables on ARM32 and AArch64
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=inGu7pD5NxIWdGi8B7UE9e2qV5OhMkvDslpN4o7L9sI=; b=QoP8u62s5KbPv3sQY+iyNnefPhEruxpHE/S3+lzOdm5SxxF46+FflRvkgmcsd1V35M1UjliyeRso7G0dT673yY/4Oj9StXcfzmi7mop4OmQlJosTwdXiAUGh1O99w7aqAAsP1hzx51faQYOJDamDMZb65LjVEPqibo1xaPzLVqndiIUEXS5YKUBEJMpjmCDfXBUDcWiAYI5RBOcq2XxeX+z4yzcJUS5JTUywyQslKgvMvhN3IuFZuScBcCP+YOH19Z0u7PaNf9Ost5ndswa98DQEphXcEcqEWB6VQJMR+ZKHxx2jGVr6OD+H7mRpmdlvQEhQXNeBZS2tdV6Ei7WRVg==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n1I/TEqP+8kcSQ+4VUpkesZsjrkDaPSiHkj8s+u4mA4oB0QI4CKmiHqNrx4uDOFvk2LIotAh3gJ/2xInajmlAMUGIKEkEHyEZ65emJGDyCX04/52mLfyzDiBKqhrm+PBBU5Tfgq7H9h37Z2PqmD7Ij0EH0lOoIIx0hshKnDU5/8ozRBsjk5qayCeIgai/OuUiaBPNuE+I3rcJQ+0+y6DjJ3PANec0NbVQYrGpQlq9XNReJFI5RtBtwHgXVxRFHsA9UHFNpv8FjtsHFQWOzXXWptG2MdeRfx1POlxeJcilQw4YQAF0rzd8RkFarTsLd8lmOJWhQrnq9E8HUDQ96KX7g==
- Original-authentication-results: spf=none (sender IP is ) smtp.mailfrom=Szabolcs dot Nagy at arm dot com;
- References: <8ae06d32-9279-62e4-dfc4-6e4321dad0c4@ubuntu.com>
On 06/01/2020 09:51, Matthias Klose wrote:
> In an archive test rebuild with binutils and GCC trunk, I see a lot of build
> failures on both aarch64-linux-gnu and arm-linux-gnueabihf failing with
> "multiple definition of symbols" when linking executables, e.g.
gcc trunk made -fno-common the default which can cause
such failures i think (e.g. if tentative definitions
appear in header files it will create multiple definitions
everywhere where the header is included)
try if CC='gcc -fcommon' fixes the build.