* [Bug web/104144] [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a'
2022-01-20 12:26 [Bug web/104144] New: [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a' marxin at gcc dot gnu.org
@ 2022-01-20 12:26 ` marxin at gcc dot gnu.org
2022-01-20 12:31 ` [Bug target/104144] " rguenth at gcc dot gnu.org
` (9 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: marxin at gcc dot gnu.org @ 2022-01-20 12:26 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Martin Liška <marxin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2022-01-20
Host| |x86_64-linux-gnu
Ever confirmed|0 |1
Target| |arm-linux-gnueabi
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/104144] [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a'
2022-01-20 12:26 [Bug web/104144] New: [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a' marxin at gcc dot gnu.org
2022-01-20 12:26 ` [Bug web/104144] " marxin at gcc dot gnu.org
@ 2022-01-20 12:31 ` rguenth at gcc dot gnu.org
2022-01-20 12:35 ` clyon at gcc dot gnu.org
` (8 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: rguenth at gcc dot gnu.org @ 2022-01-20 12:31 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|web |target
Target Milestone|--- |12.0
--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
binutils used in question is 2.37, install.texi does not mention any binutils
requirement for arm.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/104144] [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a'
2022-01-20 12:26 [Bug web/104144] New: [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a' marxin at gcc dot gnu.org
2022-01-20 12:26 ` [Bug web/104144] " marxin at gcc dot gnu.org
2022-01-20 12:31 ` [Bug target/104144] " rguenth at gcc dot gnu.org
@ 2022-01-20 12:35 ` clyon at gcc dot gnu.org
2022-01-20 12:48 ` [Bug target/104144] [12 Regression] build " rguenth at gcc dot gnu.org
` (7 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: clyon at gcc dot gnu.org @ 2022-01-20 12:35 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Christophe Lyon <clyon at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |clyon at gcc dot gnu.org
--- Comment #2 from Christophe Lyon <clyon at gcc dot gnu.org> ---
For background, I reported this some time ago:
https://gcc.gnu.org/pipermail/gcc-patches/2021-November/584556.html
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/104144] [12 Regression] build fails due to: Error: unknown architecture `armv9-a'
2022-01-20 12:26 [Bug web/104144] New: [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a' marxin at gcc dot gnu.org
` (2 preceding siblings ...)
2022-01-20 12:35 ` clyon at gcc dot gnu.org
@ 2022-01-20 12:48 ` rguenth at gcc dot gnu.org
2022-01-20 13:38 ` rearnsha at gcc dot gnu.org
` (6 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: rguenth at gcc dot gnu.org @ 2022-01-20 12:48 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|[12 Regression] |[12 Regression] build fails
|--enable-version-specific-r |due to: Error: unknown
|untime-libs fails due to: |architecture `armv9-a'
|Error: unknown architecture |
|`armv9-a' |
--- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> ---
Is there a way to disable a specific multilib at configure time?
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/104144] [12 Regression] build fails due to: Error: unknown architecture `armv9-a'
2022-01-20 12:26 [Bug web/104144] New: [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a' marxin at gcc dot gnu.org
` (3 preceding siblings ...)
2022-01-20 12:48 ` [Bug target/104144] [12 Regression] build " rguenth at gcc dot gnu.org
@ 2022-01-20 13:38 ` rearnsha at gcc dot gnu.org
2022-01-20 14:10 ` rguenth at gcc dot gnu.org
` (5 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: rearnsha at gcc dot gnu.org @ 2022-01-20 13:38 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
--- Comment #4 from Richard Earnshaw <rearnsha at gcc dot gnu.org> ---
This sort of problem is going to keep occurring while we continue to have
separate distributions of GCC and binutils. There's no way around the fact
that support for a new architecture in GCC needs an assembler that understands
the new architecture. This is true for all architectures, not just Arm.
If a users asks for all the architectural libraries to be built, then I don't
see it as unreasonable to require an assembler that can support this as well,
so the issue becomes one of documentation, where we might as well just say that
the minimum requirements may be increased if you try to use anything beyond the
default configuration of the compiler. Anything more is going to result in a
completely unwieldy mess of impenetrable dependencies.
I don't think there's a way to make the current multilib infrastructure ignore
specific sub-architectures. t-multilib is already extremely complex due to the
need to reduce the number of variants to something just about tractable for the
build system; adding yet more complexity to it would make it almost impossible
to manage.
I guess it might be possible to make the multilib configure machinery rip out
variants that fail during configure, but you'd still need to deal with the
mappings and decide what to do if the compiler needed an unbuilt library
version. Dropping back to the default multilib would often be completely wrong
as it might be an ABI change.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/104144] [12 Regression] build fails due to: Error: unknown architecture `armv9-a'
2022-01-20 12:26 [Bug web/104144] New: [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a' marxin at gcc dot gnu.org
` (4 preceding siblings ...)
2022-01-20 13:38 ` rearnsha at gcc dot gnu.org
@ 2022-01-20 14:10 ` rguenth at gcc dot gnu.org
2022-01-20 14:12 ` wirkus at gcc dot gnu.org
` (4 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: rguenth at gcc dot gnu.org @ 2022-01-20 14:10 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
--- Comment #5 from Richard Biener <rguenth at gcc dot gnu.org> ---
Note I don't see we are asking for "all the architectural libraries to be
built",
we are using --enable-multilib --with-multilib-list=aprofile,rmprofile which
worked before (in GCC 11). Maybe it's possible to split up aprofile more?
I guess we could patch in our own t-*profile...
Anyway, can you amend install.texi, specifically the section about
--with-multilib-list to mention the minimum required version of binutils
when using aprofile (I think rmprofile is happy w/o armv9 support)?
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/104144] [12 Regression] build fails due to: Error: unknown architecture `armv9-a'
2022-01-20 12:26 [Bug web/104144] New: [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a' marxin at gcc dot gnu.org
` (5 preceding siblings ...)
2022-01-20 14:10 ` rguenth at gcc dot gnu.org
@ 2022-01-20 14:12 ` wirkus at gcc dot gnu.org
2022-02-25 13:06 ` marxin at gcc dot gnu.org
` (3 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: wirkus at gcc dot gnu.org @ 2022-01-20 14:12 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Przemyslaw Wirkus <wirkus at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|unassigned at gcc dot gnu.org |wirkus at gcc dot gnu.org
--- Comment #6 from Przemyslaw Wirkus <wirkus at gcc dot gnu.org> ---
Yes, I will update docs, cheers!
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/104144] [12 Regression] build fails due to: Error: unknown architecture `armv9-a'
2022-01-20 12:26 [Bug web/104144] New: [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a' marxin at gcc dot gnu.org
` (6 preceding siblings ...)
2022-01-20 14:12 ` wirkus at gcc dot gnu.org
@ 2022-02-25 13:06 ` marxin at gcc dot gnu.org
2022-02-25 14:58 ` przemyslaw.wirkus at arm dot com
` (2 subsequent siblings)
10 siblings, 0 replies; 12+ messages in thread
From: marxin at gcc dot gnu.org @ 2022-02-25 13:06 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
--- Comment #7 from Martin Liška <marxin at gcc dot gnu.org> ---
(In reply to Przemyslaw Wirkus from comment #6)
> Yes, I will update docs, cheers!
Any update on this, please?
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/104144] [12 Regression] build fails due to: Error: unknown architecture `armv9-a'
2022-01-20 12:26 [Bug web/104144] New: [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a' marxin at gcc dot gnu.org
` (7 preceding siblings ...)
2022-02-25 13:06 ` marxin at gcc dot gnu.org
@ 2022-02-25 14:58 ` przemyslaw.wirkus at arm dot com
2022-04-12 9:41 ` cvs-commit at gcc dot gnu.org
2022-04-12 9:46 ` rearnsha at gcc dot gnu.org
10 siblings, 0 replies; 12+ messages in thread
From: przemyslaw.wirkus at arm dot com @ 2022-02-25 14:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
--- Comment #8 from Przemyslaw Wirkus <przemyslaw.wirkus at arm dot com> ---
> Subject: [Bug target/104144] [12 Regression] build fails due to: Error: unknown
> architecture `armv9-a'
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
>
> --- Comment #7 from Martin Liška <marxin at gcc dot gnu.org> --- (In reply to
> Przemyslaw Wirkus from comment #6)
> > Yes, I will update docs, cheers!
>
> Any update on this, please?
Apologies,
Was recently ill (it's that famous thing) and still digging through TODOs.
Please give me a day or two to sort this out.
Kind regards,
Przemyslaw
IMPORTANT NOTICE: The contents of this email and any attachments are
confidential and may also be privileged. If you are not the intended recipient,
please notify the sender immediately and do not disclose the contents to any
other person, use it for any purpose, or store or copy the information in any
medium. Thank you.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/104144] [12 Regression] build fails due to: Error: unknown architecture `armv9-a'
2022-01-20 12:26 [Bug web/104144] New: [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a' marxin at gcc dot gnu.org
` (8 preceding siblings ...)
2022-02-25 14:58 ` przemyslaw.wirkus at arm dot com
@ 2022-04-12 9:41 ` cvs-commit at gcc dot gnu.org
2022-04-12 9:46 ` rearnsha at gcc dot gnu.org
10 siblings, 0 replies; 12+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2022-04-12 9:41 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
--- Comment #9 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Richard Earnshaw <rearnsha@gcc.gnu.org>:
https://gcc.gnu.org/g:1210fd6e69e51516c935acc49e223fce14a0dd86
commit r12-8106-g1210fd6e69e51516c935acc49e223fce14a0dd86
Author: Przemyslaw Wirkus <Przemyslaw.Wirkus@arm.com>
Date: Mon Apr 11 13:14:01 2022 +0100
arm: remove unnecessary armv9-a multilib variant [PR104144]
Remove the armv9-a specific multilib variants. Instead, arrange to
use either the armv8-a multilibs or the armv7-a versions, depeding on
the configuration. This eliminates the need to have a version of gas
that understands --march=armv9-a when building GCC. Very little, if
anything in the standard libraries directly uses Armv9-a features
anyway.
Also remove the +crc variant rules for Armv9-a. CRC is an implicit
part of Armv9-a, so doesn't have a explicit feature to handle it.
gcc/ChangeLog:
PR target/104144
* config/arm/t-aprofile (MULTI_ARCH_OPTS_A): Remove Armv9-a
options.
(MULTI_ARCH_DIRS_A): Remove Armv9-a diretories.
(MULTILIB_REQUIRED): Don't require Armv9-a libraries.
(MULTILIB_MATCHES): Treat Armv9-a as equivalent to Armv8-a.
(MULTILIB_REUSE): Remove remap rules for Armv9-a.
* config/arm/t-multilib (v9_a_nosimd_variants): Delete.
(MULTILIB_MATCHES): Remove mappings for v9_a_nosimd_variants.
gcc/testsuite/ChangeLog:
PR target/104144
* gcc.target/arm/multilib.exp: Updated tests.
^ permalink raw reply [flat|nested] 12+ messages in thread* [Bug target/104144] [12 Regression] build fails due to: Error: unknown architecture `armv9-a'
2022-01-20 12:26 [Bug web/104144] New: [12 Regression] --enable-version-specific-runtime-libs fails due to: Error: unknown architecture `armv9-a' marxin at gcc dot gnu.org
` (9 preceding siblings ...)
2022-04-12 9:41 ` cvs-commit at gcc dot gnu.org
@ 2022-04-12 9:46 ` rearnsha at gcc dot gnu.org
10 siblings, 0 replies; 12+ messages in thread
From: rearnsha at gcc dot gnu.org @ 2022-04-12 9:46 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Richard Earnshaw <rearnsha at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #10 from Richard Earnshaw <rearnsha at gcc dot gnu.org> ---
Fixed, by adjusting the selection of multilibs that are needed. There's no
benefit to building armv9-a multilibs, so use those built for armv8-a.
^ permalink raw reply [flat|nested] 12+ messages in thread